ZTDS Reference Server

RFC v1.0 ESPECIFICAÇÃO · CONSÓRCIO ABERTO · SANITIZAÇÃO DE DADOS COM ZERO CONFIANÇA (ZTDS)

ZTDS (Sanitização de Dados com Zero Confiança) O Padrão e Método de Segurança de IA em RAM

Privacidade em Modo Avião para IA. Seus registros de clientes, números financeiros e prompts confidenciais nunca saem do dispositivo host. A ZTDS impede fisicamente que dados sensíveis cheguem a nuvens externas: mascarados em memória volátil, verificados por prova criptográfica, com 0,00 bytes de vazamento de dados e zero responsabilidade de subprocessador do Artigo 28 do GDPR.

Topologia de Execução Física em RAM

Arquitetura Zero Backend · 0 Servidores ZTDS no Caminho

1. Processo Host

Aplicação do Usuário

Prompt sensível inserido no navegador, aplicativo local ou IDE.

2. Enclave em RAM < 0,8 ms

RAM Volátil Local

Texto claro trocado por tokens que preservam o contexto. Nenhuma gravação em disco.

3. Socket de Rede

Transporte Criptografado

Apenas tokens substitutos cruzam a NIC. Zero saída de PII bruta.

4. Nuvem Externa

API de LLM Pública

Inferência executa sobre tokens. O provedor vê 0,00 B de dados privados.

Teste rápido:

✓ 100% Especificação Aberta Gratuita (Apache 2.0 / CC BY 4.0) · ✓ Prova Criptográfica Baseada em Invariantes · ✓ Isento de DPA do Artigo 28 do GDPR · Como o Método Funciona ↓ · Calcular ROI do CISO →

0,00 B

Vazamento de Dados Externo

< 0,8 ms

Latência de RAM Volátil

Livre de DPA*

Elegível pela Recital 26*

100% Cliente

Limite de Memória Volátil

* As alegações de conformidade se aplicam quando as implementações satisfazem todos os 4 invariantes da RFC v1.0 da ZTDS, conforme verificado pelo Perimeter Scanner. Isso não constitui aconselhamento jurídico. Consulte um advogado de privacidade qualificado para conformidade específica da jurisdição.

Mudança de Paradigma Arquitetural

O Método ZTDS vs. DLP de Nuvem Legado

DLP de Nuvem Legado = Você entrega as chaves a um terceiro. • ZTDS = Você nunca deixa dados brutos saírem da sala.

A segurança empresarial tradicional depende de proxies de nuvem intermediários que interceptam tráfego em texto claro, introduzindo latência e adicionando responsabilidade de subprocessador de terceiros sob o Artigo 28 do GDPR. O Método ZTDS move o limite de segurança para a memória volátil do processo: PII bruta nunca cruza o socket de rede.

Abordagem Legada

DLP de Nuvem e Gateways de Proxy

Cadeia de Subprocessadores

Caminho de Saída de Dados Salto de Socket Não Criptografado

App do Usuário → Proxy de Nuvem (+400ms) → API de LLM

×

Sobrecarga de Latência de Rede: Adiciona 350ms a 600ms de atraso de rede externa de ida e volta a cada fluxo de tokens de geração de LLM.

×

Responsabilidade Obrigatória de Subprocessador: Texto claro sai do dispositivo e entra em um proxy SaaS de terceiros. Sob o Art. 28 do GDPR, isso cria um novo subprocessador de dados exigindo acordos legais completos de DPA e BAA.

×

Honeypot de Nuvem Centralizado: Prompts de clientes interceptados e payloads descriptografados ficam na memória do proxy, logs de disco e buffers de nuvem, criando um alvo atraente para comprometimento de credenciais.

×

Mascaramento Destrutivo: Redação cega com [REDACTED] quebra a sintaxe gramatical, destrói matrizes de pesos de atenção de LLM e produz respostas alucinatórias.

O Método ZTDS (RFC v1.0)

Sanitização no Cliente em RAM

Enclave Isento de DPA

Caminho de Limite de Memória 0,00 B de Saída Bruta

RAM do App do Usuário ↔ Enclave ZTDS (<0,8ms) → API de LLM (Somente Tokens)

✓

Execução em Sub-Milissegundo: Executa em < 0,8ms em WebAssembly local ou runtime Node.js volátil. Zero saltos de rede externos.

✓

Isenção de Fornecedor do Art. 28 do GDPR: Nenhum dado pessoal cruza o limite do cliente para o fornecedor de software. Operando puramente como uma utilidade computacional local, a arquitetura é totalmente isenta dos requisitos de DPA do Artigo 28 do GDPR.

✓

Autodestruição Volátil: A tabela de mapeamento efêmera existe estritamente em RAM volátil. Nunca é persistida em disco, banco de dados ou armazenamento do navegador, e se autodestrói ao término da sessão.

✓

Tokens Bijetivos Sem Perda: Substitui entidades por tokens substitutos que preservam o contexto ([PATIENT_1], [IBAN_1]), preservando o raciocínio do LLM e a concordância gramatical.

MOTOR DAG AO VIVO EM RAM

Teste o Método ZTDS no Seu Navegador

Executa 100% localmente na memória volátil do navegador. Abra o DevTools de Rede para verificar 0,00 B de saída de rede.

Payload de Exemplo:

AUDITORIA EM MODO AVIÃO Socket de rede desconectado. 0,00 B de telemetria de saída. Toda tokenização por regex e buscas de substitutos executam na memória volátil do navegador.

Memória Local: 100% Ativa

1. Ingestão Bruta (Texto Claro em RAM) 192 caracteres

2. Saída Sanitizada (Enviada ao LLM) < 0,35 ms

Saída: 0,00 B

✓ Invariante 1: ΔSaída ≡ 0,00 B

✓ Invariante 2: T = M(V, C) Bijetivo

✓ Invariante 3: Isolamento em RAM Volátil

✓ Invariante 4: Exclusão de Subprocessador de DPA

Prova Empírica de 30 Segundos Zero Confiança

Prove Zero Saída em Modo Avião

Zero Confiança significa que você nunca precisa confiar na promessa de um fornecedor. Desconecte seu Wi-Fi agora, cole registros confidenciais de clientes na sandbox acima e execute o sanitizador. Abra a aba de Rede do DevTools do seu navegador: exatamente 0,00 bytes saem da sua máquina.

Pacotes WAN: 0,00 B Destinos de Nuvem: 0

DX de Atenção de Transformers em Sub-2ms

Substitutos vs. Redação Quebrada

Redação tradicional (como [REDACTED] ou asteriscos) achata a entropia e quebra os pesos de atenção multi-cabeça de LLMs, causando alucinações. Substitutos entre colchetes da ZTDS ([PERSON_1], [IBAN_2]) preservam relações de grafo semântico, restaurados sem perda na sua tela após a resposta.

Vazamento de Entropia: 0,00 bits Perda de Precisão: 0,00%

Trilha Rápida Empresarial Zero DPA

Ignore Revisões de Segurança de 6 Semanas

Compradores empresariais param no risco de subprocessador de terceiros. Entregue ao seu CISO ou equipe de compras do cliente nosso Memorando Legal de 1 página sobre Zero-DPA: como o texto claro nunca sai da RAM do dispositivo, os fornecedores são legalmente isentos das obrigações de processador do Artigo 28 do GDPR.

Ler Memorando do CISO → Baixar PDF

Axiomas de Verificação Formal

Os 4 Invariantes Fundamentais da RFC v1.0

ZTDS não é uma caixa preta proprietária. É uma especificação matemática definida por quatro invariantes de sistema invioláveis, verificados por inspeção automatizada de socket de rede.

01 Zero Saída

Zero Saída Externa Antes da Sanitização

ΔSaída ≡ 0,00 B

Nenhum dado pessoal (PII, PHI, segredos comerciais) pode sair do limite local em forma não mascarada. Aplicado via contagem de bytes de socket e auditado via npx ztds-audit.

Regra: Bloqueio de Limite de Rede

02 Tokens Bijetivos

Tokenização Reversível Determinística

T = M(V, C) ↔ V = M‾¹(T)

Tokens substitutos preservam estrutura sintática, gramática e papéis semânticos para LLMs. A tabela de mapeamento reverso é mantida estritamente em RAM volátil para detokenização localizada.

Regra: Concordância de Contexto

03 Isolamento em RAM

Isolamento de Memória Verificável

EscritaEmDisco = 0 · BD = ∅

Tabelas de mapeamento efêmeras não podem ser gravadas em disco, bancos de dados, localStorage ou destinos de telemetria de terceiros. Elas se autodestroem quando a sessão de execução termina.

Regra: Zero Persistência

04 Isento de DPA

Exclusão Completa de Subprocessador

Art. 28 do GDPR — Caminho de Exclusão de Subprocessador

O software funciona puramente como uma utilidade computacional local. Sob a Recital 26 do GDPR e a doutrina do EDPB, zero processamento de PII pelo fornecedor significa nenhuma cadeia de subprocessadores e nenhum DPA necessário.

Regra: Demarcação Estatutária

Leia a Especificação Formal Completa da RFC v1.0 da ZTDS →

Consórcio e Acreditação do Ecossistema

Unindo o Ecossistema em Torno do Padrão ZTDS

ZTDS.ai é um consórcio aberto, não um fornecedor SaaS comercial. Unimos construtores de IA, CISOs empresariais e pesquisadores de segurança para tornar a sanitização de zero confiança no lado do cliente a norma global da indústria.

TRILHA A · CONSTRUTORES Open Source e SaaS

Aplicações de IA Verificadas

Venda para compradores empresariais sem revisões legais de 90 dias. Prove 0,00 bytes de vazamento de nuvem com verificação automatizada por CLI, um selo oficial de confiança verificado e inclusão em registro canônico.

Benefícios da Acreditação:

✓ Execute auditoria automatizada por CLI: npx ztds-audit

✓ Incorpore o selo dinâmico oficial ZTDS Verified™ em SVG

✓ Listado no corpus canônico /registry/ e llms.txt

Explorar Registro Verificado →

TRILHA B · CISOs EMPRESARIAIS e Jurídico

Adotantes Corporativos

Implante LLMs internos e agentes de IA em toda a sua organização sem assinar novos acordos de processamento de dados (DPAs) ou expandir superfícies de ataque de fornecedores.

Benefícios da Acreditação:

✓ Padronize o uso interno de IA nos Invariantes da ZTDS

✓ Memorando de Isenção de DPA de 1 página para o Conselho e Jurídico

✓ Listado no pool de Adotantes Corporativos (Fundador: BrandMeWeb)

Baixar Pacote Jurídico do CISO →

TRILHA C · ACADEMIA Pesquisadores e Fellows

Conselho de Fellows

Avançe os fundamentos matemáticos e legais da privacidade no lado do cliente. Publique DOIs revisados por pares em Zenodo, OSF, SSRN e publicações indexadas pelo IEEE.

Benefícios da Acreditação:

✓ DOIs revisados por pares em Zenodo, OSF e SSRN

✓ Coautoria em rascunhos do grupo de trabalho da RFC v1.1

✓ Perfil no diretório do Conselho Global de Fellows

Ler Tratado Acadêmico →

ZTDS.ai é governado como um padrão neutro de fornecedor sob Apache 2.0 e CC BY 4.0. Patrocínio de arquitetura por BrandMeWeb. Implementação do motor de referência por PrivacyScrubber.

Ler Carta de Governança →

Implementações de Referência

Implante o Método em 4 Linhas de Código

Implante usando o pacote de referência aberto e neutro de fornecedor @ztds/core (Apache 2.0) ou o motor de produção empresarial @privacyscrubber/sdk. Ambos executam 100% localmente em WebAssembly ou RAM do host, sem chaves de API externas, telemetria ou chamadas de rede.

✓ Zero configuração externa — opera completamente em RAM

✓ Latência de sub-milissegundo (execução média < 0,8ms)

✓ Conectores para LangChain, LlamaIndex, OpenAI, Anthropic e MCP

// 1. Install open engine: npm i @ztds/core (or @privacyscrubber/sdk for enterprise profiles)
import { ZTDSClient } from '@ztds/core';

// 2. Initialize in-memory zero-trust enclave
const ztds = new ZTDSClient();

// 3. Sanitize prompt in volatile RAM prior to external egress
const { safePrompt, tokenMap } = ztds.sanitize(rawUserPrompt);

// 4. Transmit safe surrogate tokens to external cloud LLM (0.00 B PII leak)
const aiResponse = await openai.chat.completions.create({
  model: 'gpt-4o',
  messages: [{ role: 'user', content: safePrompt }]
});

// 5. Reversibly detokenize response locally in volatile RAM
const cleanResult = ztds.restore(aiResponse.content, tokenMap);

MEMORANDO LEGAL E DE CONFORMIDADE

Por Que Arquiteturas Conformes com ZTDS Não Exigem um DPA

Sob o Artigo 28 do GDPR e a doutrina do EDPB, acordos de processamento de dados são legalmente exigidos apenas quando dados pessoais são processados por um terceiro. Como o Método ZTDS executa 100% na RAM do cliente com 0,00 bytes transmitidos aos servidores do fornecedor, o fornecedor nunca se qualifica como um "processador de dados".

✓ Isenção de DPA do Art. 28 do GDPR

✓ Exclusão do Safe Harbor 18 da HIPAA

✓ Escudo de Alto Risco do EU AI Act

✓ Controles Prontos para SIG Lite e CAIQ

Pacote de Compras do CISO

Memorando Institucional e Pacote de Segurança

Entregue isso diretamente aos seus compradores empresariais, consultores jurídicos e encarregados de proteção de dados.