Segurança para Segurança Pública e Segurança

As responsabilidades de segurança da Oracle incluem:

• Segurança física: proteja a infraestrutura global que executa os serviços da OCI, incluindo seu hardware, software, rede e instalações. A Oracle também fornece controles de acesso do operador de nuvem e aplicação de patches de segurança de infraestrutura.

Suas responsabilidades com segurança incluem:

• Controle de acesso: Dê aos usuários apenas o acesso necessário para executar seu trabalho. Configurar políticas do OCI IAM e permissões do Oracle Radio para suas funções e revisar o acesso regularmente.
• Segurança física: Limite o acesso físico aos dispositivos usados com o Oracle Public Safety and Security, incluindo dispositivos móveis que executam o Oracle Radio.

Use a orientação a seguir para proteger credenciais, registros de dispositivos e dados de comunicação. Para instalações de aplicativos de rádio registradas, consulte gerenciamento de dispositivos.

1. As políticas do OCI IAM autorizam as operações de instância e solicitação de serviço de Segurança Pública e Segurança.
2. Os Domínios de Identidade da OCI fornecem autenticação para pessoas e clientes suportados.
3. Um usuário de rádio e permissões de grupo de rádio ativados autorizam operações de aplicativo.
4. As regras de acesso ao canal podem restringir ainda mais a visibilidade, assinatura, transmissão e mensagens críticas.

• O Public Safety and Security provisiona e mantém os aplicativos de autenticação necessários para uma instância Public Safety and Security. Não é possível substituí-los ou alterar suas definições de callback, concessões, escopos ou acesso off-line usando a operação de criação ou atualização de Segurança Pública e Segurança.
• Mantenha os tokens de acesso do portador fora de URLs, logs, relatórios de falhas e armazenamento persistente do navegador.
• Não aceite cabeçalhos de identidade confiáveis fornecidos pelo chamador em uma entrada pública.
• Use TLS para REST e conexões WebSocket seguras.
• Conceda permissões de OCI e Radio de menor privilégio e revise-as regularmente.

• Um valor QR de registro é de curta duração, destinado a um usuário de Opção ativado e pode ser usado apenas uma vez. Forneça-o apenas ao usuário pretendido.
• O código QR não contém o URI de callback do aplicativo instalado, um segredo do cliente, um token de acesso ou um token de atualização. Não é prova de identidade de usuário ou dispositivo.
• O aplicativo móvel Rádio instalado possui seu URI de callback. Não copie um URI de callback retornado ou código de autorização em um comando, log, relatório de travamento ou registro de suporte.
• O ID de publicidade fornecido pelo cliente e o ID do dispositivo de rádio identificam uma instalação de aplicativo. Nenhum dos valores é uma credencial ou substitui o token de acesso do portador do Domínio de Identidades do usuário.
• Armazene tokens móveis OAuth no armazenamento protegido por plataforma. Não registre tokens, códigos de autorização, verificadores PKCE, códigos de registro ou valores QR.

Aplique a política de privacidade e retenção organizacional a mensagens, áudio armazenado, transcrições, presença, notificações e informações de localização. Limite o acesso ao histórico operacional e não copie conteúdo de comunicação confidencial em tickets de suporte, a menos que o processo de suporte aprovado o exija.

Revise os limites de serviço de Segurança Pública e Segurança antes de criar instâncias ou expandir sua implantação. Planeje o uso de recursos dentro dos limites da sua tenancy.

• Use tarefas de administração para gerenciar autorização de rádio e dispositivos.
• Revise a autenticação da API e o posicionamento de credenciais antes de desenvolver um cliente.
• Use a solução de problemas para separar falhas de identidade, autorização, canal e conexão.