Защита контента Blackberry и постоянный магазин

Question

У меня есть приложение, которое хранит данные в постоянном хранилище, устанавливая содержимое PersistentObject как хэш-таблицу, например. сохранение предпочтений выполняется путем ввода строк в качестве ключей и значений хеш-таблицы, а затем setContents вызывается в PersistentObject с Hashtable, переданной в качестве параметра.

Я понимаю, что данные сохраняются незашифрованными. Если я включу защиту содержимого в ИТ-политике для устройства, эта реализация постоянной памяти автоматически запустит шифрование данных или мне придется изменить реализацию, чтобы использовать, например, ContentProtectedHashtable для сохранения содержимого?

Вся информация, которую я нашел до сих пор о защите содержимого, касается политики BES IT и ничего о реализации в приложении, что заставляет меня думать, что стандартная реализация (т.е. просто передача объекта Persistable в объект PersistentObject) автоматически адаптируется для шифрования данных?

Любые идеи? Благодарю.

Answer 1

См. Документацию по net.rim.device.api.util.ContentProtectedHashtable для одного из способов реализации защиты содержимого.

Также см. this document для более глубокого обсуждения защиты содержимого.

Answer 2

Я не думаю, что это что-то делать с ИТ-политикой, это довольно PersistentContent, который имеет функциональные возможности шифрования/дешифрования:

Этот API был разработан, чтобы позволить приложениям для защиты данных в базе данных, если пользователь включил Content Protection/Compression в настройках безопасности своего устройства. Он состоит из двух основных методов (кодирования и декодирования), а также ряда вспомогательных методов.
...
Обратите внимание, что кодирование может выполняться в любое время, независимо от того, заблокировано или разблокировано устройство. Однако объект, который был закодирован с использованием шифрования, может быть декодирован только в том случае, если устройство разблокировано. Это может создать проблему, если устройство блокируется, когда приложение выполняет потенциально длительную операцию, в течение которой требуется возможность декодировать зашифрованные данные, такие как сортировка зашифрованных записей. В этом случае приложение может получить билет. До тех пор, пока существует сильная ссылка на билет, разрешено кодирование зашифрованных данных. Таким образом, приложения должны как можно скорее выпускать билеты, чтобы позволить устройству достичь заблокированного и безопасного состояния.

См. riccomini - code blackberry persistent store для реализации шифрования.