Segurança de nível empresarial
Contêineres de sessão isolados, vault de tokens AES-256-GCM em hardware, mascaramento de dados pessoais e audit trail completo. Nunca pedimos senhas — só OAuth 2.0 oficial da Meta*.
Toque numa camada para ver como protege as suas contas
Quatro camadas entre a ameaça e a sua conta
Comprometer uma camada dá ao atacante apenas lixo cifrado.
Modelo Zero-Password
Sem senhas nem cookies de navegador. Só OAuth 2.0 oficial da Meta* com scopes mínimos e revogação num clique.
Sandboxes de sessão
Isolamento ao nível do kernel: rede, ficheiros e memória separados. Egress só para hosts allowlist da Meta* e Telegram.
Minimização PII
Só recolhemos o necessário. Mascaramento na UI, logs e avisos. Eliminação total em 72 h a pedido.
Controlo de acesso da equipa
Papéis RBAC, SSO, 2FA obrigatório e registo por colaborador. Privilégio mínimo por defeito.
Backup e recuperação
Backups cifrados a cada 6 horas em duas regiões da UE. RPO 6 h, RTO 4 h, simulacros trimestrais.
Segurança da supply chain
SBOM por build, scanning de dependências no CI, releases assinados. Sem proxys cinzentos nem emulação.
Quem precisa desta proteção
Três cenários onde um erro custa a audiência.
Agências com portefólio de marcas
Workspaces isolados: os tokens de uma marca são invisíveis para a equipa de outra. Client Portal com auth separada.
Empresas sob GDPR
Residência de dados na UE, DPA a pedido, eliminação a pedido. Para clientes russos — processamento sob 152-FZ.
Marcas com orçamento publicitário
A compromissão da conta de anúncios é travada com auto-revoke em segundos. O Dark Post Shield continua a ocultar spam.
Como funciona por dentro
Cinco decisões de engenharia verificadas por auditoria externa.
1. Criptografia de tokens
AES-256-GCM, nonce por registo, chaves em HSM sem exportação. A decifragem acontece só dentro do vault — nunca nos logs.
2. BYOS e BYOK
Traga as suas chaves: grandes clientes ligam o seu HSM ou KMS. Revogar a chave do seu lado invalida todos os tokens.
3. Meta* App Review
Passamos o App Review oficial da Meta* justificando cada permissão. Só scopes aprovados e Graph API v20.0 — sem scraping.
4. Rotação de tokens
Renovação automática 7 dias antes de expirar, rotação de chaves a cada 90 dias, revogação instantânea ante anomalia.
5. Audit trail
Registo append-only: publicação, aprovação, ocultar, login. Cada evento assinado, exportação SIEM (Syslog/HTTPS), 365 dias.
Incident Response: 4 passos em 1 hora
Um plano que ensaiamos todos os trimestres.
- 0–15 min: conter: Auto-revoke dos tokens afetados, congelar sessões, alerta ao on-call e ao dono via Telegram.
- 15–30 min: avaliar: Análise do audit trail: o que foi feito, que dados tocados. Classificação P1–P4.
- 30–45 min: remediar: Rotação de chaves, reemissão via OAuth, bloqueio do vetor (IP, chave, colaborador).
- 45–60 min: notificar: Relatório ao cliente: o que aconteceu, impacto, correções. Para GDPR — notificação em 72 horas.
Matriz ameaça → proteção
O que pode correr mal — e que camada o trava.
| Ameaça | Proteção Boostly | Resultado |
|---|---|---|
| Phishing de senhas | Zero-Password + SSO + 2FA | Não há senha — nada para roubar |
| Fuga da base de tokens | AES-256-GCM + HSM sem exportação | Cifra sem chaves é inútil |
| Brecha de uma sessão | Isolamento + egress allowlist | O ataque nunca sai da sandbox |
| Abuso interno | RBAC + audit trail + mascaramento PII | Cada ação assinada e visível |
| Conta de anúncios comprometida | Auto-revoke + alertas 24/7 | Acesso fechado em segundos |
Segurança verificável
Peça o whitepaper de segurança, o relatório pentest sob NDA ou acesso de teste com workspace isolado.
Perguntas sobre segurança
Não. Modelo Zero-Password: autorização só via OAuth 2.0 oficial da Meta*. Não há senha na base nem nos logs.
O atacante obtém cifra AES-256-GCM. As chaves vivem em HSM sem exportação: impossível decifrar fora do vault.
Sim. Para clientes russos processamos sob 152-FZ: âmbito mínimo, eliminação em 72 h, contrato de tratamento.
Automático em segundos ante anomalia. Manual: botão «Revogar todos os tokens» e comando ao bot no Telegram.
Ninguém sem necessidade: RBAC, mascaramento PII, cada acesso no audit trail. Acesso por ticket com TTL.
Sim: pentest anual externo, scanning em cada CI, SOC 2 Type II em curso. Relatórios sob NDA.