Qualquer aplicativo pode acessar componentes públicos que não tenham uma permissão de acesso explicitamente atribuída em sua definição de manifesto. Os provedores de conteúdo Android são exportados por padrão para aplicativos que definem android:minSdkVersion ou android:targetSdkVersion como "16" ou anterior. Para aplicativos que definem qualquer um desses atributos como "17" ou posterior, o padrão é "false".

Exemplo 1: Veja a seguir um exemplo de um provedor de conteúdo Android declarado sem uma permissão de acesso explícita ou um sinalizador exportado.

 <provider android:name=".ContentProvider"/> 

O Android depende de um provedor de segurança para fornecer comunicações de rede seguras. No entanto, de vez em quando, vulnerabilidades são encontradas no provedor de segurança padrão. Para se proteger contra essas vulnerabilidades, o Google Play Services oferece uma maneira de atualizar automaticamente o provedor de segurança de um dispositivo para proteção contra explorações conhecidas. Ao chamar os métodos do Google Play Services, seu aplicativo pode garantir que está sendo executado em um dispositivo que possui as atualizações mais recentes para proteção contra explorações conhecidas.

O recurso de configuração de segurança de rede permite que os aplicativos personalizem suas configurações de segurança de rede em um arquivo de configuração declarativo e seguro sem modificar o código do aplicativo. Essas configurações podem ser definidas para domínios específicos e para um aplicativo específico. Os principais recursos desse recurso são os seguintes:
- Âncoras de confiança personalizadas: Personalize quais Autoridades de Certificação (CA) são confiáveis para as conexões seguras de um aplicativo. Por exemplo, confiar em certificados autoassinados específicos ou restringir o conjunto de CAs públicas nas quais o aplicativo confia.
- Substituições apenas de depuração: Depure com segurança conexões seguras em um aplicativo sem risco adicional para a base instalada.
- Desativação do tráfego de texto simples: Proteja os aplicativos do uso acidental de tráfego de texto não criptografado.
- Fixação de certificado: Restrinja a conexão segura de um aplicativo a certificados específicos.

Transmissões enviadas sem a permissão do receptor ficam acessíveis a qualquer receptor. Se essas transmissões contiverem dados confidenciais ou acessarem um receptor mal-intencionado, o aplicativo poderá ficar comprometido.

Exemplo 1: O código a seguir envia uma transmissão sem especificar a permissão do receptor.

...
context.sendBroadcast(intent);
...

As transmissões do sistema podem ser enviadas para componentes privados. Os componentes precisam ser públicos para receber transmissões que não são do sistema de terceiros. Ao se registrar para receber tanto transmissões do sistema quanto transmissões que não são do sistema em um único componente, parte da funcionalidade do componente (a parte do sistema) é desnecessariamente exposta a terceiros.

Ao declarar uma permissão personalizada, existem quatro opções para especificar o nível de proteção da permissão: normal, dangerous, signature e signature or system. Normal as permissões são concedidas a qualquer aplicativo que as solicite. Dangerous as permissões são concedidas somente após a confirmação do usuário. Signature as permissões são concedidas apenas a aplicativos assinados pela mesma chave de desenvolvedor do pacote que define a permissão. Signature or system permissões são semelhantes às permissões signature, mas também são concedidas a pacotes na imagem do sistema Android.

Exemplo 1: Veja a seguir um exemplo de uma permissão personalizada declarada com o nível de proteção normal.

 <permission android:name="custom.PERMISSION"
                     android:label="@string/label_permission"
                     android:description="@string/desc_permission"
                     android:protectionLevel="normal">
      </permission>

Um provedor de conteúdo declarado com a permission combinada de leitura e gravação estará acessível para as entidades que solicitam acesso de leitura ou gravação ao provedor. No entanto, em muitos casos, assim como no caso de arquivos em um sistema de arquivos, as entidades que precisam de acesso de leitura aos dados armazenados pelo provedor não devem ter permissão para modificar os dados. Configurar o atributo permission não permite distinguir entre usuários de dados e interações que afetam a integridade dos dados.

Exemplo 1: Veja a seguir um exemplo de um provedor de conteúdo declarado com o atributo permission de acesso combinado de leitura e gravação.

 <provider android:name=".ContentProvider" android:permission="content.permission.READ_AND_WRITE_CONTENT"/>