Privacidade desde a Concepção
Como o PAICE Alcança a Conformidade com a Privacidade

📢 Atualização da Pontuação (Janeiro de 2026): Esta postagem faz referência da escala de pontuação original de 0-100. O PAICE agora utiliza uma escala de pontos de 0-1000 para maior granularidade. Uma pontuação de 72 nesta postagem seria exibida como 720. Consulte PAICE Score™ Alterações: Novidades em Janeiro de 2026 para detalhes completos.
Esta semana, o PAICE.work estreou na conferência DevLearn, em Las Vegas. Aqui está nossa resposta a uma das perguntas/objeções mais comuns que recebemos: Como vocês lidam com Privacidade e Conformidade Regulatória em torno disso?
Ao construir uma plataforma de avaliação que mede a colaboração Pessoa + IA, enfrentamos uma escolha fundamental: construir proteções de privacidade depois ou arquitetá-las na fundação desde o primeiro dia.
Escolhemos esta última opção. Esta é a história técnica de como o PAICE.work alcança a Privacidade por Projeto (Privacy by Design) e por que isso é importante para o GDPR, CCPA e para a sua confiança.
A Decisão Arquitetural Focada na Privacidade
A maioria das aplicações web segue um padrão familiar:
- Coletar dados do usuário (cookies, rastreamento, contas)
- Armazenar tudo em bancos de dados
- Adicionar controles de privacidade depois
- Esperar que as equipes de conformidade possam adaptar as proteções
O PAICE inverte este modelo por completo.
Começamos com uma única pergunta: Qual é o mínimo de dados necessários para entregar valor? A resposta moldou toda a nossa arquitetura técnica.
Por Que o PAICE Não Usa Cookies
O Problema dos Cookies
Plataformas de avaliação tradicionais usam cookies para:
- Gerenciamento de sessão
- Rastreamento de usuário
- Análise
- Personalização
- Identificação entre sites
Cada cookie cria obrigações de privacidade:
- Requisitos de consentimento do GDPR
- Mecanismos de exclusão voluntária do CCPA
- Banners e divulgações de cookies
- Políticas de retenção de dados
- Acordos de compartilhamento de dados com terceiros
O PAICE usa zero cookies. Não "cookies mínimos". Não "apenas cookies essenciais". Zero.
Arquitetura com localStorage + Servidor
O PAICE utiliza uma abordagem híbrida, combinando o localStorage do navegador com anonimização no lado do servidor:
// Pseudocode: How PAICE manages sessions
const sessionId = generateRandomSessionId();
localStorage.setItem('paice_session', sessionId); // Cached locally for continuity
// Send to backend for anonymization
await backend.createUser(sessionId); // Returns irreversible user_hash
// No cookies = No cross-site tracking
// No cookies = No third-party data sharing
// No cookies = No consent banners needed
Por que isso é importante:
| Cookies | localStorage + Hash do Servidor |
|---|---|
| Enviados com cada requisição HTTP | ID da Sessão enviado apenas quando necessário |
| Acessível a terceiros | Isolado por domínio, anonimizado no servidor |
| Requer banners de consentimento | Nenhum consentimento necessário |
| Habilita rastreamento entre sites | Não consegue rastrear entre sites |
| Sujeito ao Artigo 5 do GDPR | Anonimizado no servidor (Considerando 26) |
Implementação Técnica
Ao iniciar uma avaliação PAICE:
- Navegador gera ID de sessão temporário (string aleatória do cliente)
- ID da Sessão enviado ao backend para criar hash de usuário anônimo
- Backend gera hash criptográfico (ID da sessão + sal aleatório)
- Hash do usuário e sessão armazenados no MongoDB (anonimizado, irreversível)
- Avaliação prossegue com processamento de conversação no servidor
- Pontuações calculadas e armazenadas no banco de dados (vinculadas ao hash anônimo)
- ID da Sessão armazenado em cache no localStorage para continuidade durante a avaliação
Resultado: Seus dados de avaliação são anonimizados no servidor por meio de hashing unidirecional antes do armazenamento.
Anonimização na Captura: A Estratégia do Considerando 26 do GDPR
O que é o Considerando 26?
O Considerando 26 do GDPR afirma:
"Os princípios da proteção de dados não devem, portanto, se aplicar a informações anônimas, ou seja, informações que não se referem a uma pessoa natural identificada ou identificável..."
Tradução: Se os dados são verdadeiramente anônimos no momento da coleta, o GDPR não se aplica.
Como o PAICE Consegue Isso
Abordagem tradicional (GDPR aplica):
User → Identifiable Data → Database → Anonymize Later
Abordagem PAICE (GDPR não aplica):
User → One-Way Hash → Anonymous Data → Database
Detalhes Técnicos
Identificadores de Usuário e Sessão:
# Actual backend implementation (simplified)
async def create_user(session_id: str) -> str:
# Generate cryptographic salt (32 random bytes)
salt = secrets.token_hex(16)
# Create one-way hash
user_hash = hashlib.sha256(f"{session_id}{salt}".encode()).hexdigest()
# Store user_hash in MongoDB
await db.users.insert_one({
"user_hash": user_hash,
"created_at": datetime.utcnow()
})
# Salt is never stored - hash cannot be reversed
return user_hash
O que é armazenado no MongoDB:
- user_hash anônimo (SHA-256, irreversível)
- Identificadores de sessão (vinculados ao user_hash)
- Pontuações da avaliação (vinculadas à sessão)
- Carimbos de data/hora (para retenção de dados)
O que nunca é armazenado (em produção):
- Texto da conversação (registro de turnos desativado em produção)
- Prompts ou respostas (descartados após o processamento em produção)
- Detalhes da tarefa de trabalho (nunca capturados)
- Informações pessoais (nunca solicitadas)
- Sal original do ID da sessão (torna o hash irreversível)
Nota: O registro de turnos pode ser ativado em ambientes de desenvolvimento/teste via TURN_LOGGING_ENABLED para fins de teste e depuração, mas isso está sempre desativado em produção por política de variável ambiental, e não pelo código do sistema.
Por Que Isso é Importante para a Conformidade
Como o PAICE opera com dados anônimos conforme definido no Considerando 26 do GDPR, o motor de avaliação fica fora do escopo do GDPR.
Isso não é uma brecha, é um design arquitetural intencional:
- Sem dados pessoais = Sem obrigações do GDPR
- Sem informações identificáveis = Sem risco de reidentificação
- Sem armazenamento de conversas = Sem exposição a violação de dados
Modelo de Processamento de Conversa
Processamento no Servidor com Salvaguardas de Privacidade
Ao interagir com a IA do PAICE durante a avaliação:
sequenceDiagram
participant User
participant Browser
participant Backend
participant MongoDB
participant Claude
User->>Browser: Types message
Browser->>Backend: Sends message + session_id (HTTPS)
Backend->>MongoDB: Retrieves session context
Backend->>Claude: Processes via API
Claude->>Backend: Returns response
Backend->>Backend: Extracts behavioral patterns
Backend->>MongoDB: Stores patterns (no text)
Backend->>Browser: Returns response
Note over Backend: Conversation text discarded
Note over MongoDB: Only scores/patterns stored
Pontos chave:
- Conversa processada no servidor (na memória, não gravada em disco)
- Padrões comportamentais extraídos (hábitos de verificação, qualidade da iteração, etc.)
- Texto imediatamente descartado (nenhum registro de conversas no banco de dados)
- Apenas pontuações numéricas armazenadas (vinculadas ao user_hash anônimo)
- Registro de turnos desativado (configurado como política de nível de servidor)
O que é Extraído vs. Armazenado
Extraído durante a avaliação (transitório):
- Padrões de clareza do prompt
- Comportamento de verificação
- Qualidade da iteração
- Capacidade de detecção de erros
- Sinais de consciência de viés
Armazenado após a avaliação (permanente):
- Pontuação Índice PAICE (0-100)
- Pontuações das cinco dimensões (0-100 cada)
- Subparâmetros numéricos (próprio do PAICE)
- Classificação por nível
- Carimbo de data/hora (arredondado)
- Hash da sessão anônima
Nunca armazenado:
- Seus prompts reais
- Respostas reais da IA
- Detalhes da sua tarefa de trabalho
- Informações proprietárias
- Identificadores pessoais
Separação Opcional por E-mail
Duas Coleções Isoladas no MongoDB
Se você optar por fornecer um endereço de e-mail para acompanhamento (antes ou depois da avaliação):
MongoDB Collections:
├─ assessments (scores, user_hash, session_id)
├─ captured_emails (email, session_id, timestamp)
└─ users (user_hash, created_at)
Connection: session_id links email to scores
Anonymization: user_hash prevents re-identification
Implementação técnica:
- Coleções MongoDB separadas
- session_id vincula e-mail à avaliação (para entrega de resultados)
- user_hash impede correlação entre sessões
- E-mail armazenado apenas com consentimento explícito (Artigo 6(1)(a) do GDPR)
- Restrições únicas impedem e-mails duplicados
Por Que Este Design?
Cenário 1: Violação de dados no MongoDB
- Atacante obtém: user_hashes anônimos, session_ids, pontuações, e-mails
- Atacante não consegue obter: Sais de sessão originais (nunca armazenados), texto da conversação (não armazenado em produção)
- Impacto: Limitado – os user_hashes são irreversíveis, sem como reidentificar usuários entre sessões
Cenário 2: Tentativa de correlação por e-mail
- Atacante tem: E-mail + session_id + user_hash
- Atacante não consegue: Vincular user_hash a outras sessões (sal diferente a cada vez)
- Resultado: Cada avaliação é isolada, nenhum rastreamento entre sessões é possível
Cenário 3: Requisição judicial ou legal
- Podemos fornecer: Pontuações para um session_id específico (se o e-mail foi fornecido)
- Não podemos fornecer: Todas as avaliações de um usuário (o user_hash muda a cada sessão)
- Resultado: Apenas dados de uma única sessão, sem reconstrução do histórico do usuário
CCPA: Conformidade Através da Coleta Mínima
Requisitos do California Consumer Privacy Act (CCPA)
O CCPA concede aos residentes da Califórnia os direitos de:
- Saber quais informações pessoais são coletadas
- Apagar informações pessoais
- Optar por não vender informações pessoais
- Não discriminação por exercer direitos
Como o PAICE Cumpre
1. Direito de Saber: Nós coletamos:
- Pontuações anônimas da avaliação (se você as salvar)
- Endereço de e-mail (se você fornecer)
- Análise web básica (anonimizada)
É só isso. Sem coleta de dados oculta.
2. Direito de Apagar:
// Pseudocode: PAICE deletion process
async function deleteUserData(email) {
// Delete email from contact system
await emailDB.delete(email);
// Assessment scores are already anonymous
// Cannot be linked back to user
// No deletion needed (already private)
return { status: 'deleted' };
}
3. Direito de Optar por Não Venda: Nós não vendemos dados. Ponto final. Isso não é uma caixa de seleção de conformidade, é uma decisão de modelo de negócios. A receita do PAICE depende de avaliações organizacionais, não de monetização de dados.
4. Não Discriminação: Todos os recursos estão disponíveis independentemente das escolhas de privacidade. Recusar fornecer o e-mail não limita a experiência ou o acesso à pontuação da avaliação. Oferecemos insights adicionais, orientação personalizada e opções de compartilhamento que são desbloqueadas apenas ao fornecer um e-mail válido. E embora estes possam ser valiosos, são complementos, não nossa oferta principal.
Arquitetura de Segurança: Defesa em Profundidade
Criptografia em Todo Lugar
Dados em trânsito:
- TLS 1.3 para todas as conexões
- HTTPS obrigatório (sem fallback para HTTP)
- Fixação de certificado para chamadas API
- Sigilo perfeito (Perfect forward secrecy)
Dados em repouso:
- Armazenamento criptografado em banco de dados
- Backups criptografados
- Políticas de rotação de chaves
- Módulos de segurança de hardware (HSM) para gerenciamento de chaves
Controles de Acesso
Quem pode acessar o quê:
| Função | Dados da Avaliação | Dados de E-mail | Análises Agregadas |
|---|---|---|---|
| Usuário | Apenas suas pontuações | Seu e-mail apenas | Sem acesso |
| Engenheiros PAICE | Padrões anônimos | Sem acesso | Sim (anonimizado) |
| Admins PAICE | Nenhum acesso individual | Apenas solicitações de suporte | Sim (anonimizado) |
| Terceiros | Nunca | Nunca | Nunca |
Registro de Auditoria
Todo acesso a dados é registrado:
// Pseudocode: PAICE audit log
{
timestamp: "2025-11-19T10:30:00Z",
action: "score_retrieval",
actor: "user_hash_abc123",
resource: "session_hash_xyz789",
result: "success",
ip_hash: "hashed_ip_address"
}
Os logs são:
- Imutáveis (somente adição)
- Criptografados
- Retidos por 90 dias
- Revisados mensalmente
- Disponíveis para auditorias de conformidade
Detecção de Navegador Agêntico: Protegendo a Avaliação Integrity
O Desafio
Navegadores automatizados (Puppeteer, Selenium, etc.) poderiam:
- Realizar avaliações em escala
- Manipular algoritmos de pontuação
- Comprometer a validade da medição
A Soluç ão Focada na Privacidade
O PAICE detecta navegadores agênticos sem rastreamento invasivo:
// Pseudocode: Non-invasive detection
function detectAgenticBrowser() {
// Check for automation signals
const signals = {
webdriver: navigator.webdriver,
plugins: navigator.plugins.length,
languages: navigator.languages.length,
// ... other non-invasive checks
};
// No fingerprinting
// No tracking
// No personal data collection
return calculateRiskScore(signals);
}
O que NÃO fazemos:
- Impressão digital do Canvas
- Enumeração de fontes
- Impressão digital WebGL
- Rastreamento de status da bateria
- Rastreamento de movimento do dispositivo
O que FAZEMOS:
- Verifica flags de automação
- Analisa padrões de interação
- Detecta tempos impossíveis
- Verifica comportamento humano
Resultado: Bots bloqueados, humanos não rastreados.
Para detalhes técnicos, consulte nosso artigo no blog: Protegendo o PAICE: Nossa Estratégia de Detecção de Navegador Agêntico
Certificações e Auditorias de Conformidade
Status Atual
Conformidade GDPR:
- ✅ Arquitetura de Privacidade por Projeto
- ✅ Anonimização na captura (Considerando 26)
- ✅ Direito ao esquecimento
- ✅ Direito de acesso
- ✅ Direito à portabilidade
- ✅ Coleta mínima de dados
- ✅ Sem cookies que exijam consentimento
Conformidade CCPA:
- ✅ Práticas de dados transparentes
- ✅ Direito de saber
- ✅ Direito de apagar
- ✅ Sem venda de dados
- ✅ Não discriminação
Certificações Planejadas:
- SOC 2 Tipo II (2026)
- ISO/IEC 27001 (2026)
- ISO/IEC 42001 (Sistema de Gestão de IA, 2027)
Auditorias Independentes
Roteiro de 2026:
- Avaliação de impacto de privacidade (T1)
- Auditoria de segurança externa (T2)
- Teste de penetração (T3)
- Auditoria SOC 2 Tipo II (T4)
Compromisso de Transparência: Todos os resultados das auditorias são publicados (com detalhes sensíveis anonimizados).
O Que Isso Significa Para Você
Como Usuário Individual
Sua privacidade é protegida pela arquitetura, não pela política:
- Nenhum cookie rastreando você
- Nenhum registro de conversas (em produção)
- Nenhum dado identificável (anonimizado por hashing unidirecional)
- Sem venda de dados
- Sem vigilância
Você controla seus dados:
- Dados da avaliação anonimizados no servidor antes do armazenamento
- E-mail é opcional e separado
- Exclusão é imediata e completa
- Exportação disponível a qualquer momento
Como Organização
Privacidade defensável para seus funcionários:
- Nenhum requisito de consentimento GDPR para a avaliação
- Nenhum mecanismo de exclusão voluntária CCPA necessário
- Sem exposição a violação de dados (os dados já estão anônimos)
- Sem risco de fornecedor (não temos dados identificáveis)
Arquitetura pronta para conformidade:
- Alinhada com os princípios do SOC 2 Tipo II
- Atende aos padrões ISO/IEC 27001
- Suporta ISO/IEC 42001 (gerenciamento de IA)
- Fornece trilha de auditoria para reguladores
Os Trade-offs Técnicos
O Que Abrincamos
Funcionalidades tradicionais que não podemos oferecer:
- Contas de usuário persistentes (por design)
- Sincronização entre dispositivos (requer identificação)
- Painéis personalizados (requer rastreamento)
- Análise de uso (requer monitoramento)
Por que abrimos mão delas: Porque privacidade não é negociável.
O Que Ganhamos
Confiança através da transparência:
- Sem coleta de dados oculta
- Sem mudanças surpresa na política de privacidade
- Sem clichês de "levamos a privacidade a sério"
- Privacidade arquitetural real
Conformidade através do design:
- Conformidade GDPR por padrão
- Conformidade CCPA por padrão
- Sem retrabalho de controles de privacidade
- Sem dívida de conformidade
Segurança através do minimalismo:
- Menos dados = Menção de ataque menor
- Sem dados = Sem impacto de violação
- Dados anônimos = Sem risco de reidentificação
Perguntas Frequentes
P: Se vocês não armazenam conversas, como vocês melhoram a avaliação?
R: Armazenamos padrões comportamentais anonimizados (por exemplo, "usuários que verificam fontes pontuam mais"), e não o texto da conversa. Isso nos dá sinais de melhoria sem comprometer a privacidade.
P: E se eu quiser apagar meus dados?
R: Entre em contato conosco e nós apagaremos seu e-mail (se fornecido) em até 30 dias (GDPR) ou 45 dias (CCPA). As pontuações da avaliação já são anônimas e não podem ser vinculadas a você.
P: As autoridades podem solicitar meus dados de avaliação?
R: Elas podem solicitar, mas nós não podemos fornecer dados identificáveis porque não os temos. Pontuações anônimas não podem ser vinculadas a indivíduos.
P: Como eu sei que vocês não estão armazenando conversas secretamente?
R:
- Nossa arquitetura é documentada (esta postagem)
- Nosso código é auditável (solicite acesso para pesquisa de segurança)
- Nossa infraestrutura é registrada (trilha de auditoria disponível)
- Nossos incentivos estão alinhados (somos uma PBC, missão acima do lucro)
P: E a retenção de dados da Anthropic?
R: Sua conversa é processada através do Claude API da Anthropic. A Anthropic pode reter dados de acordo com seus Termos Comerciais (atualmente 30 dias). Escolhemos a Anthropic especificamente por seu compromisso com a privacidade. Não controlamos suas práticas, mas escolhemos o provedor de IA fronteiriço mais respeitoso com a privacidade disponível. No futuro, planejamos incluir outros provedores, incluindo uma possível opção Proton Lumo. Diga-nos se isso é importante para você, para que possamos priorizá-lo adequadamente em nosso roteiro.
P: Vocês adicionarão contas de usuário no futuro?
R: Sim, de acordo com os princípios de privacidade por projeto. Qualquer sistema de conta seria:
- Opcional (avaliação anônima permanece padrão)
- Mínimo (apenas os dados necessários para o recurso)
- Isolado (separado dos dados da avaliação)
- Exclável (remoção completa mediante solicitação)
Conclusão
Privacidade por Projeto não é uma alegação de marketing, é uma decisão arquitetural.
O PAICE alcança a conformidade GDPR e CCPA não através de políticas e formulários de consentimento, mas através de escolhas de design fundamentais:
- Sem cookies = Sem rastreamento
- localStorage = Continuidade da sessão (dados anonimizados no servidor)
- Anonimização na captura = Sem dados pessoais
- Descarte de conversas = Sem retenção de texto
- Isolamento de e-mail = Sem risco de correlação
O resultado: Uma plataforma de avaliação onde a privacidade não é um pensamento tardio, mas sim a fundação.
Quer ver isso em ação? Faça a avaliação gratuita em paice.work e experimente a medição com privacidade em primeiro lugar.
Tem dúvidas técnicas? Leia nossa Política de Privacidade completa ou entre em contato conosco.
Construindo algo semelhante? Estamos felizes em compartilhar nossa abordagem de arquitetura de privacidade. É difícil, mas não é tão difícil, e vale muito a pena.
Esta postagem descreve a arquitetura de privacidade do PAICE em novembro de 2025. Forneceremos atualizações à medida que nossos sistemas evoluem e as auditorias são conduzidas, mantendo sempre nosso compromisso com a Privacidade por Projeto.
Leitura Recomendada
📖 Privacidade e Segurança:
- Seus Dados, Sua Privacidade: Como o PAICE Lida com Suas Informações - Visão geral amigável para o usuário
- Protegendo o PAICE: Nossa Estratégia de Detecção de Navegador Agêntico - Segurança sem vigilância
📖 Arquitetura Técnica:
- Por que Claude? E por que o PAICE Foi Projetado para Funcionar com Qualquer Modelo de IA - Seleção de modelo e arquitetura
- Somos Oficiais! PAICE.work PBC - Nosso compromisso com a missão acima do lucro
Curious but short on time?
Take the 3-minute PAICE Pulse — a quick confidence check that maps how you see your own AI collaboration posture. No login required.