Pergunta

Eu tenho um aplicativo que armazena dados no armazenamento persistente, definindo o conteúdo do PersistENTObject como uma hashtable, por exemplo, as preferências de economia são feitas entrando em cordas como as chaves e os valores do hashtable e, em seguida, SetContents é chamado no PersistENTObject com o hashtable passado como o parâmetro.

Eu entendo que os dados são salvos sem criptografia. Se eu habilitar a proteção de conteúdo na política de TI para o dispositivo, essa implementação do armazenamento persistente começará automaticamente a criptografar os dados ou tenho que alterar a implementação para usar, por exemplo, o conteúdo provetidohashtable para salvar o conteúdo?

Todas as informações que encontrei até agora sobre proteção de conteúdo foram sobre a política de TI do BES e nada sobre a implementação no aplicativo, o que me faz pensar que a implementação padrão (ou seja, apenas cometendo um objeto persistente para o objeto persistentObject) é adaptado automaticamente para criptografar os dados ??

Alguma ideia?? Obrigado.

Foi útil?

Solução

Consulte a documentação para net.rim.device.api.util.ContentProtectedHashTable para uma maneira de implementar a proteção de conteúdo.

Veja também esse documento Para uma discussão mais aprofundada sobre a proteção de conteúdo.

Outras dicas

Eu não acho que tenha algo a ver com a política, é bastante PersistenteContent que possui funcionalidade de criptografia/descriptografia:

Esta API foi projetada para permitir que os aplicativos protejam os dados em um banco de dados se o usuário tiver ativado a proteção/compactação de conteúdo nas configurações de segurança do dispositivo. Consiste em dois métodos principais (codificar e decodificar), bem como em vários métodos auxiliares.
...
Observe que a codificação pode ser executada a qualquer momento, se o dispositivo está bloqueado ou desbloqueado. No entanto, um objeto que foi codificado usando criptografia só pode ser decodificado se o dispositivo for desbloqueado. Isso pode representar um problema se o dispositivo bloquear enquanto um aplicativo estiver executando uma operação potencialmente longa durante a qual requer a capacidade de decodificar dados criptografados, como classificar registros criptografados. Nesse caso, o aplicativo pode obter um ticket. Desde que exista uma forte referência a um ticket, é permitido decodificar dados criptografados. Assim, os aplicativos devem liberar tickets o mais rápido possível para permitir que o dispositivo atinja um estado bloqueado e seguro.

Ver RicComini - Código BlackBerry Persistnt Store para implementação de criptografia.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top