Os dados de identificação do responsável pela plataforma e o canal do encarregado de dados são publicados aqui assim que preenchidos em ADM Supremo → Configurações.
11. Objetivo e abordagem
A segurança é tratada como processo contínuo baseado em risco, defesa em profundidade, menor privilégio, segregação multi-tenant, registro de eventos e recuperação. Esta política descreve controles gerais e não divulga segredos que reduziriam a proteção do ambiente.
22. Identidade e acesso
- Senhas armazenadas por hash forte; nunca em texto puro.
- Sessões com cookies protegidos e expiração controlada.
- CSRF em ações autenticadas.
- 2FA opcional para contas compatíveis.
- RBAC e escopo de tenant no servidor.
- Revogação de sessões após eventos sensíveis, quando aplicável.
33. Isolamento multi-tenant
O tenant autorizado é derivado da sessão e das permissões do usuário. Identificadores recebidos de URL/formulário não concedem acesso por si só. Consultas e operações críticas devem validar a vinculação do recurso ao tenant correspondente.
44. Criptografia e segredos
Produção deve operar em HTTPS. Segredos de integrações permanecem no backend/armazenamento privado e, quando persistidos, utilizam mecanismos de proteção compatíveis. Dados completos de cartão não são armazenados pelo Uai Agendei.
55. Segurança de aplicação
A aplicação utiliza validação de entrada, escaping/contextualização de saída, controles de upload, cabeçalhos de segurança, limites de requisição e proteção contra abuso conforme o risco de cada endpoint. Dependências e configurações devem ser revisadas antes de releases.
66. Logs e auditoria
Eventos sensíveis de autenticação, administração, billing, privacidade e suporte são registrados de forma proporcional. Logs não devem armazenar segredos, senhas, PAN/CVV ou payloads brutos desnecessários. Registros de acesso sujeitos ao Marco Civil seguem o prazo legal aplicável.
77. Backup e recuperação
Backups devem ser protegidos contra acesso público, separados do conteúdo servido pela aplicação e testados por restore drill em ambiente não produtivo. A política técnica define retenção/rotação e, quando configurado, cópia off-site.
88. Gestão de incidentes
Suspeitas devem ser reportadas para o canal oficial de suporte. O processo inclui triagem, contenção, preservação de evidências, investigação, erradicação, recuperação, avaliação de impacto aos titulares, comunicação e lições aprendidas.
99. Prazos regulatórios de incidente
Quando a plataforma atuar como controlador e o incidente puder acarretar risco ou dano relevante, a comunicação à ANPD e aos titulares deve observar a Resolução CD/ANPD nº 15/2024, inclusive o prazo de 3 dias úteis previsto no regulamento, ressalvadas hipóteses legais específicas. Registros de incidentes com dados pessoais devem ser conservados por pelo menos 5 anos, conforme a regulamentação.
1010. Fornecedores e integrações
A segurança de terceiros é considerada na contratação e configuração. Indisponibilidade ou incidente externo deve ser avaliado quanto ao impacto na operação e nos dados. Credenciais devem ser rotacionadas quando houver suspeita de exposição.
1111. Divulgação responsável
É proibido explorar vulnerabilidade para exfiltrar dados, alterar registros, obter persistência ou interromper o serviço. Pesquisadores devem limitar testes ao mínimo necessário, evitar dados reais sempre que possível e reportar de forma confidencial antes de divulgação pública.
1212. Revisão e melhoria
Controles de segurança e continuidade devem ser revisados após incidentes relevantes, mudanças de arquitetura, novas integrações e periodicamente conforme risco.
Este documento é versionado. Quando uma alteração exigir novo aceite contratual, o Uai Agendei solicitará manifestação apropriada. Registros de aceite, versão, data/hora e evidências técnicas são mantidos para auditoria.