O appliance em que cada produto roda
Segurança que vem da estrutura
| Camada | O que faz |
|---|---|
| Isolamento físico | Um comutador interno une uma rede de cada vez e desconecta totalmente a primeira antes de unir a outra. A cada inicialização tudo é desconectado primeiro, e o estado desconectado é comprovado pela resposta do próprio comutador, não pela execução de um comando. |
| Inicialização confiável | UEFI Secure Boot, a inicialização medida em um chip TPM 2.0 e um sistema somente leitura verificado bloco a bloco com dm-verity. A cadeia de inicialização é construída uma vez e é a mesma em todas as unidades. |
| Dados em repouso | Cifrados desde a primeira inicialização com LUKS2 e AES-256-XTS. A chave só é liberada para uma inicialização assinada pelo fabricante, e o segredo de recuperação é mostrado uma única vez, à pessoa que comissiona a unidade. |
| Inspeção isolada | Os programas que abrem arquivos e os motores de inspeção rodam em contêineres sem root com AppArmor, seccomp, sem rede, raiz somente leitura e limites de recursos. Qualquer falha mantém a passagem fechada. |
| Criptografia | Assinaturas ECDSA sobre P-256 e SHA-256, apenas TLS 1.3, AES-256-GCM, senhas com Argon2id. MD5, SHA-1, 3DES, RC4 e TLS 1.2 ou anterior nunca são usados. |
| Identidade e auditoria | Uma senha, pedida de novo em ações de alto risco; nenhuma conta ou chave oculta do fabricante. A trilha de auditoria só aceita acréscimos e é à prova de adulteração. |
Inteligência no próprio appliance
O Bardin Gate não se limita a aplicar regras: ele entende o que passa. Tudo o que vem a seguir roda no próprio appliance, offline, e trabalha a favor da fronteira, nunca contornando-a.
| Recurso | O que faz |
|---|---|
| Compreensão do conteúdo | Cada arquivo é julgado pelos bytes reais, não pelo nome nem pelo que o remetente afirma: o tipo verdadeiro, conteúdo ativo oculto como macros e scripts, arquivos compactados perigosos e dados sensíveis. |
| Inspeção com IA | Um modelo de IA no appliance examina o que as regras fixas deixam passar e barra o que parece malicioso ou fora do lugar. Ele pode reter um arquivo; nunca pode liberar um. |
| Detecção de anomalias | O appliance aprende o padrão normal de cada fluxo (volume, horário, tipos de arquivo e origens) e gera um alerta no console e no seu SIEM quando uma passagem foge dele. |
| Assistente de políticas | Um administrador descreve em palavras simples o que deve passar, e o assistente redige as regras e a política. Nada entra em vigor até que uma pessoa revise e aprove, como uma versão nova e auditada. |
| Decisões com motivos | Cada resultado é registrado com as provas que o sustentam e a versão de cada regra, motor e modelo que o produziu. |
As regras que o modelo segue
- No appliance, offline. O modelo roda dentro da inspeção isolada do appliance, sem rede e sem nenhum serviço externo.
- Provas, nunca a palavra final. Quem decide é uma pessoa, ou uma política que você aprovou; o modelo acrescenta provas a essa decisão.
- Calado para o remetente. Seus achados nunca voltam ao lado de onde o arquivo veio.
- Registrado. Cada achado fica na trilha de auditoria com a versão do modelo.
- Atualizado como as assinaturas. Novos modelos chegam assinados e offline, no pacote só de dados que nunca altera o software.
Identidade e acesso
- O appliance é a única autoridade. O navegador, os arquivos importados e todo o resto trazem afirmações; nenhum deles pode conceder autoridade.
- O padrão é negar. Os perfis têm um escopo explícito, e uma permissão que não está escrita é uma recusa.
- A senha, e de novo a senha. Perfis, política de segurança, importação de licença e de atualização, correção da hora, recuperação e importação de configuração pedem a senha de novo.
- Nenhuma porta dos fundos. Não há senha mestra do fabricante, conta oculta, redefinição por e-mail nem atalho sem auditoria. Recuperar o último administrador é um procedimento físico na unidade.
- O SSH só alcança uma conta de suporte restrita. Ela devolve relatórios, logs e status, e nada mais. O root não tem login por SSH, e não há shell de rotina nem acesso direto ao banco de dados.
Auditoria e SIEM
| Propriedade | Valor |
|---|---|
| Evidência de adulteração | Cada evento é encadeado ao hash do anterior; um segmento fecha a cada 10.000 eventos ou após uma hora, e seu ponto de verificação é assinado. |
| O que é registrado | Cada tentativa e resultado de segurança, administrativo ou crítico para o negócio, incluindo ações de alto risco recusadas. |
| Hora confiável | Mantida pelo próprio appliance, offline; uma anomalia do relógio não pode estender uma licença nem um prazo de retenção. |
| SIEM | Uma exportação unidirecional de eventos estruturados: TCP sobre TLS por padrão, TLS mútuo opcional, RFC 5424 JSON ou CEF, com endereços pseudonimizados. |
| Nunca exportado | Conteúdo de arquivos, credenciais, tokens e chaves privadas. |
O que você recebe e o que você fornece
| Item | O que significa |
|---|---|
| O appliance | Um appliance de rack 2U, pronto como é entregue. Não há servidor, sistema operacional ou software extra a escolher ou instalar. |
| Espaço e energia | 2U de espaço em um rack padrão, e energia. |
| Rede | Uma conexão às redes segura, não segura e de gerência. As duas primeiras nunca são unidas entre si. |
| No dia a dia | Apenas um navegador. O console fala catorze idiomas, incluindo o português. |
| Internet | Não é necessária. Licenças, atualizações e assinaturas chegam offline e assinadas. |
Funcionando em quatro passos
Instalar no rack
Monte o appliance e conecte a energia e as redes segura, não segura e de gerência.
Abrir o console
Abra-o em um navegador. Um código no visor do próprio appliance comprova que você está diante da unidade.
Seguir o comissionamento guiado
Os passos seguem em ordem e cada um testa a si mesmo: hardware, hora, endereços de rede e o primeiro administrador.
Aceitar
Obtenha a prova assinada de comissionamento. O appliance está pronto para trabalhar.
Atualizações que não podem deixar você na mão
- Os pacotes são assinados e offline. Um pacote sem assinatura válida, ou mais antigo que a versão já instalada, é recusado.
- Dois slots. Uma atualização é gravada no outro slot, iniciada uma vez como teste e mantida só se as verificações de saúde passarem; caso contrário, a unidade volta sozinha à versão anterior.
- Os dados ficam separados do software. Assinaturas dos motores, modelos de IA, regras e esquemas de validação chegam em um pacote só de dados que nunca altera o software.
Autorreparo e recuperação
O appliance parte do princípio de que ninguém consegue alcançá-lo, então ele se repara sozinho. Não tem teclado, sessão de tela nem shell de rotina, e nenhum caminho de recuperação exige alcançar uma unidade com defeito.
| Situação | O caminho certo |
|---|---|
| Software deixa de estar saudável | Uma redefinição suave o devolve ao último estado bom conhecido; identidade, configuração, logs e auditoria são preservados. |
| Um disco falha | Troque-o conforme o procedimento; o volume continua saudável ou recuperável. |
| Fonte ou ventilador | O procedimento do fabricante dentro da manutenção, seguido de uma verificação de prontidão. |
| Placa-mãe ou chip de segurança | O appliance pede o segredo de recuperação uma vez, na unidade, e mantém sua identidade, configuração e licença. |
| O appliance inteiro é perdido | Uma substituição: novo comissionamento, configuração importada e segredos digitados de novo. A identidade antiga nunca é clonada. |
Fale com nossos especialistas
Conte-nos sobre o seu ambiente e o que você precisa. Um dos nossos especialistas responderá.