Confiança e Segurança

1. Arquitetura de Segurança

• Encriptação em repouso

  Todos os dados sensíveis, incluindo as credenciais de conectores e os certificados de fornecedores de identidade, são encriptados em repouso com AES-256-GCM.

• Encriptação em trânsito

  Todo o tráfego é servido através de TLS 1.3 (HTTPS), com HSTS aplicado para que os navegadores recusem ligações inseguras.

• Autenticação e MFA

  Autentique-se com o Google, ou com um e-mail e palavra-passe — no mínimo 12 caracteres, armazenada apenas como hash scrypt com salt, com tentativas de autenticação limitadas por IP. A autenticação de dois fatores (TOTP e códigos de recuperação) está disponível para todos e pode ser exigida a nível de organização; o plano Enterprise adiciona single sign-on SAML (em breve) (Okta, Azure AD, Google Workspace, OneLogin) com provisionamento just-in-time e proteção contra repetição de asserções.

• Controlo de acesso baseado em funções

  Os perfis integrados de Owner, Admin e Viewer, juntamente com perfis personalizados detalhados, permitem-lhe conceder acesso com privilégio mínimo. As permissões são aplicadas em cada pedido.

• Controlos de sessão e de rede

  Políticas configuráveis de duração máxima de sessão e de tempo limite por inatividade, bem como listas de permissões de IP que restringem o acesso a intervalos em que confia (Enterprise).

• Proteção de perímetro

  A Cloudflare fornece uma Web Application Firewall e proteção contra DDoS à frente da aplicação, com cabeçalhos de segurança (CSP, HSTS, frame-deny) em cada resposta.

2. Tratamento de dados

A monitorização é de apenas leitura. A plataforma conecta-se com os âmbitos mais restritos que lhe permitem avaliar a sua postura, nunca necessita do conteúdo dos seus ficheiros e não efetua alterações nas suas origens a menos que ative a auto-remediação.

• Monitorização de apenas leitura

  Os conectores monitorizam através de âmbitos de apenas leitura. No caso do Google Workspace, a análise é executada sobre drive.metadata.readonly — permite ler metadados de partilha, não o conteúdo dos ficheiros. O acesso de escrita existe apenas para a auto-remediação: desativado por defeito, concedido separadamente por conector e limitado a revogar ou reduzir acessos.

• Apenas metadados e conclusões

  Armazenamos os metadados de permissões, o grafo de acessos e as conclusões que dele derivamos. Não armazenamos, indexamos nem transmitimos o conteúdo dos seus documentos.

• Retenção configurável

  Os dados operacionais seguem a sua política de retenção — por exemplo, até 24 meses de histórico de auditoria e uma janela de 90 dias para dados transitórios — com um limite mínimo de segurança para que nada seja eliminado acidentalmente.

• Exportação e eliminação em autosserviço

  Os Owners podem exportar os dados da sua organização e solicitar a eliminação da conta por si próprios. A eliminação decorre durante um período de tolerância e, em seguida, remove os dados.

• AI Exposure Check (public records only)

  The free AI Exposure Check reads only the public DNS records of a domain you enter, through public DNS resolvers (Cloudflare, with Google’s public DNS resolver as the fallback). It does not connect to the domain’s servers or website itself (the public resolver may query the domain’s name servers, as normal DNS resolution does), and it returns only a score, counts and status flags: no service names, subdomains or record values. A saved result is deleted after 24 hours and a share card after 30 days; copies can stay in our encrypted backups for up to about 56 days. The entry holding an e-mail address you choose to give is deleted within 48 hours unless you confirm it by a link, and after 12 months at the latest; the e-mails we send are kept as a delivery record for up to 30 days.

3. Conformidade

Mapeamos os nossos controlos e as evidências que o produto gera para os principais referenciais. Trata-se de mapeamentos para apoiar a sua própria auditoria — a 8200.dev não é certificada segundo estas normas e nunca afirmaremos o contrário.

• Mapeamento de referenciais

  Os controlos e as evidências do produto são mapeados para SOC 2, ISO 27001, GDPR, HIPAA e NIST CSF 2.0. O painel de conformidade na aplicação acompanha os cinco lado a lado, com análise de lacunas e um pacote de evidências exportável.

• Utilização limitada da API Google

  A utilização de dados de utilizador em bruto ou derivados recebidos das APIs do Workspace respeitará a Google User Data Policy, incluindo os requisitos de Limited Use. Os dados do Workspace são utilizados apenas para fornecer e melhorar as funcionalidades de segurança que ativa — nunca os utilizamos para desenvolver, melhorar ou treinar modelos generalizados de AI ou de machine learning, e nunca os transferimos para ferramentas ou serviços de AI ou ML de terceiros para fins de treino.

• Verificação OAuth da Google

  A Google aprovou a verificação OAuth do 8200.dev em 2026-08-23 para os três âmbitos solicitados: drive.metadata.readonly para a análise, e admin.directory.user.readonly e admin.directory.user.security para a auditoria opcional de aplicações de terceiros. Qualquer novo âmbito — incluindo o âmbito de escrita que a auto-remediação necessitaria no Google Workspace — requer uma nova verificação antes de o utilizarmos. Em 2026-09-21 a Google aprovou também a aplicação separada e opcional 8200.dev Admin Insights para os seus dois âmbitos só de leitura: cloud-identity.policies.readonly e admin.directory.domain.readonly.

4. Responsabilização de agentes de IA

A transferência de responsabilidade de 2026 responsabiliza a empresa que implementa IA pelo que os seus agentes fazem. A 8200.dev produz a evidência de que geriu esse acesso. Isto apoia a sua postura de conformidade; não constitui aconselhamento jurídico e não garante qualquer resultado.

• Inventário completo de agentes

  O Agent Guard mantém um inventário em tempo real de cada agente de IA e conta de serviço que pode aceder aos seus dados, bem como as concessões de OAuth de terceiros por trás da shadow AI — não é possível governar aquilo que não se vê.

• Registo de acessos imutável

  Cada decisão e alteração de acesso é registada num rasto de auditoria exportável (CSV / JSON / CEF / SIEM), para que possa reconstruir aquilo a que um agente de IA teve acesso e quando.

• Governação demonstrável

  As regras de prevenção, a aplicação de acessos e uma cronologia de risco documentada evidenciam controlo e resposta ativos — a evidência por trás de um programa de governação de IA defensável.

5. Segurança operacional

• Verificações de estado contínuas

  Verificações automáticas de estado são executadas a cada cinco minutos em toda a plataforma, base de dados e conectores, abrindo automaticamente um incidente quando algo se degrada.

• Página de estado pública

  Uma página de estado pública publica o histórico de disponibilidade e as atualizações de incidentes, para que conheça sempre o estado atual.

• Testes automatizados

  O código-fonte está coberto por mais de 4.000 testes automatizados que são executados a cada alteração, de modo a que regressões sejam detetadas antes do lançamento.

• Registo de auditoria e exportação para SIEM

  As ações relevantes para a segurança são registadas num rasto de auditoria imutável por organização, que pode exportar como CSV, JSON ou CEF e transmitir para o seu SIEM (Enterprise).

6. Subcontratantes

Utilizamos um conjunto reduzido de subcontratantes avaliados. Cada um recebe apenas os dados necessários para desempenhar a sua função.

7. Contacto

Precisa de documentação de segurança, de uma lista de subcontratantes ou de respostas para uma avaliação de fornecedores? Envie um e-mail para [email protected].