A Auditoria Surpresa
Um auditor externo pede prova de quem acessou dados de clientes nos últimos 12 meses. Os registros existem. Mas ninguém consegue provar que nunca foram alterados.
“Logs descrevem eventos. Eles não provam.”
Observe · Detecte · Audite · Prove Core desenvolvido em Rust
Saiba o que aconteceu.Detecte o que importa.Prove o que aconteceu.
Veja o que acontece nos seus eventos críticos, detecte o que importa, reconstrua quem fez o quê, e prove criptograficamente sob auditoria, disputa ou investigação.
SELAGEM · DEMO● CADEIA VÁLIDA
#48296refund_granted0xf5e8
#48295login_success0xf55f
#48294config_change0xf4d6
#48293admin_access0xf44d
#48292record_viewed0xf3c4
Ledger append-onlyProva criptográfica de inclusãoVerificável por terceiros
Visibilidade total de cada evento crítico. Prova criptográfica quando importa.
O ImmutableLog é a camada de infraestrutura que observa, detecta e sela criptograficamente os eventos que importam, tornando-os à prova de adulteração e verificáveis de forma independente, antes que alguém precise pedir a prova.
- /01Observabilidade em tempo real
- /02Detecção de ameaças
- /03Prova criptográfica de inclusão
Quando a prova importa
01 / 03Três momentos em que a prova muda tudo
O Incidente de Segurança
Uma invasão é descoberta. O atacante teve acesso admin por semanas. A investigação precisa saber o que aconteceu, e se os logs foram alterados.
“Sem evidência de adulteração, sua linha do tempo é apenas uma hipótese.”
A Disputa Jurídica
Um cliente afirma que seus dados foram acessados sem autorização. Seus logs dizem o contrário. Os advogados perguntam como verificar esses registros.
“Logs podem ser questionados. A prova criptográfica torna sua integridade verificável de forma independente.”
Um evento, quatro camadas
Um evento. Quatro camadas de valor.
O mesmo evento passa por observabilidade, detecção, auditoria e prova criptográfica, sem ferramentas nem pipelines separados.
Observe
L/01Entenda o que está acontecendo no seu software.
- Logs e eventos
- Erros
- Serviços
- Ambientes
- Status HTTP
- Endpoints
- Linha do tempo
- Busca e filtros
Detecte
L/02Identifique comportamento suspeito ou relevante.
- Regras de detecção
- Força bruta
- IP suspeito
- Novo país
- Atividade incomum de admin/root
- Picos de 401/403
- Picos de erro
- Inteligência de ameaças
Audite
L/03Reconstrua quem fez o quê, quando, onde e em qual recurso.
- Ator
- Ação
- Recurso
- Timestamp
- IP de origem
- Serviço
- Request ID
- Linha do tempo de auditoria
- Exportação
Prove
L/04Verifique criptograficamente que a evidência permaneceu íntegra.
- Hash do evento
- Bloco
- Prova de Merkle
- Prova de Inclusão
- Verificação de integridade
- Evidência criptográfica
Por que agora
Três forças tornando operações prováveis não opcionais
Confiança costumava ser presumida. Hoje ela precisa ser demonstrada para reguladores, clientes, tribunais e, cada vez mais, para órgãos de supervisão de IA.
Governança de IA está virando lei
EU AI Act, NIST AI RMF, ISO 42001 e marcos nacionais emergentes compartilham uma mesma exigência: produzir registros verificáveis de decisões automatizadas e dos dados que as motivaram.
Compliance hoje exige prova, não afirmação
SOC 2, ISO 27001, LGPD e frameworks setoriais saíram de "documente seus controles" para "prove que foram aplicados." Logs auto-reportados deixaram de ser evidência suficiente.
Risco interno e fraude estão mais sofisticados
Usuários privilegiados com capacidade de alterar a própria trilha de auditoria continuam sendo a ameaça de maior impacto. Registros independentes e resistentes à adulteração fortalecem a evidência utilizada em auditorias, investigações, arbitragens e disputas jurídicas.
Quando logs não foram suficientes
Padrões recorrentes em que logs tradicionais falharam sob pressão
Cada um destes é um padrão observado publicamente em incidentes corporativos. Nenhum exigiu um atacante sofisticado: apenas um sistema em que as mesmas pessoas que geram os logs também podem alterá-los.
Padrão · Acesso PrivilegiadoP/01
O funcionário privilegiado com meses de acesso não monitorado
Um colaborador com credenciais de admin acessa milhões de registros ao longo de um período extenso. A atividade é tecnicamente logada, mas o mesmo papel consegue editar, rotacionar ou reconstruir esses logs. Quando os investigadores chegam, a trilha já está parcialmente perdida.
Com registros imutáveis independentes, o padrão de acesso é preservado além do alcance do usuário investigado.
Padrão · Reconstrução de AuditoriaP/02
O time de compliance com 48 horas e cinco sistemas desconexos
Um auditor solicita um ano de eventos de acesso a um ativo crítico. Logs foram rotacionados, parcialmente expurgados e divididos entre infraestruturas gerenciadas por times diferentes. A reconstrução leva semanas e produz respostas parciais, que reguladores interpretam de forma desfavorável.
Com uma cadeia de evidência contínua, respostas de auditoria viram operações de exportação, não projetos forenses.
Padrão · Transação ContestadaP/03
A transferência de alto valor questionada anos depois
Um cliente contesta uma transação ou mudança de configuração executada há muito tempo. Os logs da aplicação estão intactos, mas vivem nos mesmos sistemas que o cliente está questionando. Não existe um registro que ele considere neutro.
Prova criptográfica de inclusão fortalece a evidência usada em arbitragem, revisão regulatória ou tribunal, verificável por terceiros.
Estes não são casos de borda. São os momentos em que a ausência de evidência criptográfica fica cara.
Auditoria imutável + SIEM
Não prova só que o log não mudou. Agora ele enriquece e detecta.
Cada evento selado é normalizado para ECS, geolocalizado pelo IP real do usuário, cruzado com threat intelligence e avaliado por regras de detecção, sem nunca perder a prova de imutabilidade.
01
IP real do usuário final
meta.client_ip vira source.ip com precedência máxima, então geo, threat e detecção rodam sobre o usuário de verdade, não o proxy.
02
Geolocalização e threat intel
País, cidade e coordenadas de cada evento, cruzados com feeds de ameaça para destacar IPs de risco.
03
Alertas por regra
Brute-force, IP novo, hits de threat e mais: detecções por tenant, ligadas de volta ao evento exato.
O diferencial
source.ip é o usuário final, não o proxy
Entre o navegador e o core há proxies e balanceadores. Seu backend encaminha o IP real do navegador em meta.client_ip, e o SIEM grava em source.ip com proveniência client_asserted.
Sem client_ip
44.192.13.3
proxy AWSCom client_ip
179.110.4.205
usuário realO core sela. O SIEM lê e enriquece.
Navegador
Backend do cliente
Core: sela na chain
SIEM: enriquece + detecta
Seu painel
O que já detectamos hoje
Varredura de credencial
Tentativas de login que falham em sequência, vindas do mesmo IP: a assinatura de uma varredura ou de força bruta.
Login seguido de exclusão
O mesmo usuário loga e apaga dados logo em seguida, padrão compatível com conta comprometida.
Novo ponto de acesso
Login vindo de um IP nunca visto antes para aquele cliente, sinalizado já na primeira vez.
Atividade de root e admin
Toda ação autenticada por um usuário root ou admin é acompanhada, porque deveria ser rara e sempre revisada.
IPs de reputação ruim
Tráfego envolvendo um IP sinalizado por feeds de reputação como Spamhaus, saídas Tor ou hosts comprometidos conhecidos.
Respostas não autorizadas
Respostas 401 repetidas vindas do mesmo IP, o padrão de uma varredura de credencial contra a API.
Tentativas de acesso negado
Respostas 403 repetidas para o mesmo usuário, uma conta tentando alcançar o que não pode.
Novo país de origem
Tráfego vindo de um país nunca visto antes para aquele cliente, mudança incomum na origem das requisições.
Picos de erro em produção
Aumento incomum de erros no ambiente de produção do cliente, no mesmo serviço, sinal de um incidente em curso.
A Trilha de Auditoria
Saiba quem fez o quê, e quando.
Todo evento selado carrega o contexto para ser reconstruído por completo: quem agiu, o que fez, em qual recurso, e onde a trilha continua. Sem reconstrução em cinco sistemas, sem correria antes de uma auditoria.
Filtre por ator, serviço, ambiente ou período, e exporte a trilha para o auditor, o regulador ou sua própria investigação.
O que todo evento reconstrói● SELADO
Atoradmin_01
Açãodelete_database
Alvo / recursodb.customers
Timestamp2026-01-30T14:20:00Z
IP179.110.4.205
Serviçobilling-api
Ambienteproduction
Requisiçãoreq_8f21c4e0
Eventos relacionados3 relacionados →
Engenharia
Rastreie exatamente o que mudou em produção e quem disparou, sem vasculhar cinco sistemas diferentes.
Segurança
Reconstrua a sequência completa em torno de um incidente: ator, ação e cada evento relacionado em contexto.
Compliance
Responda "quem fez o quê, quando" com uma trilha exportável e verificável, em vez de um log autodeclarado.
Auditorias de cliente
Entregue ao auditor uma exportação filtrada em vez de uma semana de reconstrução manual.
A Camada de Evidência
O que é o ImmutableLog
A ImmutableLog é uma plataforma de segurança, auditoria e observabilidade de eventos construída sobre um ledger criptográfico privado e permissionado. O SIEM ajuda você a observar, enriquecer, detectar e investigar. O Core preserva a evidência original e torna sua integridade verificável criptograficamente.
01
Ledger privado: eventos permanecem no seu ambiente. Sem blockchain pública.
02
Imutabilidade append-only: eventos não podem ser editados nem apagados.
03
Prova criptográfica: cada evento pode ser verificado via hashing determinístico.
04
Verificação independente: qualquer parte recomputa a prova de inclusão, e o consenso entre múltiplos nós impede que um único nó reescreva o histórico sozinho.
O que o ImmutableLog não é
O ImmutableLog não é uma blockchain pública. Não usa criptomoeda nem tokens. É infraestrutura de prova: tornar o histórico de eventos verificável e auditável.
Config vs Criptografia
Imutável por configuração não é imutável.
Retention lock, WORM e política de IAM são configuração, desligada por quem tem admin. A pergunta não é "está travado?", é "travado contra quem?".
Imutável por configuração
- WORM, retention lock, política de IAM
- Revertido por quem controla a config (admin ou fornecedor)
- Sem resposta para "isto foi alterado?"
- Confiança circular: a plataforma valida a si mesma
Imutável por criptografia
- Hash-chain + prova de inclusão Merkle por evento
- Qualquer alteração quebra a cadeia, matematicamente detectável
- Independe de política: não há nada a "desligar"
- Consenso PoA multi-validador: nenhum nó sozinho reescreve a história
As três perguntas que um lock de configuração não responde
Imutável pra quem?
Um lock que o admin reverte não protege contra o insider com credencial: o atacante que apaga o próprio rastro primeiro.
Prova depois do fato?
Se um registro foi alterado, você detecta qual e prova? Hash-chain prova. Configuração só tenta prevenir.
Quem é a âncora de confiança?
Não a própria plataforma. O consenso multi-validador distribui a confiança, de forma que nenhum nó sozinho reescreve a história.
O ImmutableLog não previne alteração por política. Ele a torna matematicamente detectável e verificável por terceiros.
Arquitetura do Sistema
Do Evento à Evidência Verificável
Cada evento crítico atravessa sete estágios antes de virar prova. Nenhum deles é opcional: é o que separa um log de uma trilha auditável. O Core preserva primeiro. O SIEM analisa depois.
- 1
POST: Recepção via API
Sua aplicação envia o evento crítico (ação de usuário, mudança de configuração, transação ou decisão automatizada) por um POST autenticado.
- 2
Validação
O evento é validado contra schema e assinatura. Payloads inválidos são rejeitados antes de tocar no ledger.
- 3
Distribuição
O evento é replicado entre os nós do cluster. Nenhum nó isolado pode decidir, sozinho, o que entra na cadeia.
- 4
Consenso
Os nós concordam sobre a ordem e o conteúdo do evento antes de aceitá-lo. Sem consenso, não há registro.
- 5
Encadeamento
Um hash determinístico liga o evento ao bloco anterior, formando uma cadeia em que alterar o passado quebra todo o futuro.
- 6
Persistência
O bloco é escrito em armazenamento append-only. Eventos não podem ser editados nem apagados, nem por administradores.
- 7
Verificação futura
Auditores, reguladores ou seus próprios sistemas podem provar criptograficamente que o evento ocorreu, meses ou anos depois.
quickstart.sh
# Registre um evento crítico
curl -X POST https://api.immutablelog.com/v1/events \
-H "Authorization: Bearer YOUR_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"event_type": "admin_access",
"actor": "admin_01",
"action": "delete_database",
"timestamp": "2026-01-30T14:20:00Z"
}'API pronta para integração em produçãoLer documentação →
O verdadeiro objetivo do sistema
Não é armazenar logs.
Trata-se de transformar eventos críticos em visibilidade, detecção, trilhas de auditoria e evidências verificáveis.
integridadeauditabilidadeprova criptográficarastreabilidade
Ver arquitetura técnicaConsole de Auditoria
Do Evento à Evidência Defensável
Inspecione registros selados, navegue pela cadeia de provas e exporte evidência criptográfica em uma única interface de auditoria.
Cada registro, selado e verificável
O Ledger de Evidências exibe cada registro selado com sua referência de bloco na cadeia. Exporte para CSV ou busque por nome e payload.
- Referência de bloco por registro
- Exportação CSV para auditores
- Busca por tx ID ou payload
- Paginação por cursor
Esta é a visão da plataforma focada em evidências, criada para auditoria, exportação e verificação.
Cenários de Risco
Do Evento Observado à Prova Verificável
Toda organização tem momentos de exposição. São nesses momentos que evidência criptográfica muda o desfecho.
S/01 · 08
Saiba o Que Cada Admin Fez, e Prove
Um analista de suporte na sua plataforma SaaS pode conceder reembolsos, mudar plano de assinatura e desativar contas de outros usuários. Seis meses depois, um cliente contesta um reembolso que nunca foi aprovado.
Customer Success Ops · CTOPor que isso importa
O SIEM do ImmutableLog mostra cada ação de admin em tempo real, quem fez, de onde, em qual conta, para sua equipe investigar na hora. Cada ação também é selada criptograficamente na cadeia no momento em que é registrada, junto com prova de inclusão, então o registro se sustenta mesmo se a conta do admin for comprometida depois.
S/02 · 08
Transforme Login Suspeito em Investigação, Não Achismo
Seu monitoramento mostra um pico de logins falhos contra uma API voltada ao cliente. É credential stuffing, uma integração mal configurada, ou um cliente que esqueceu a senha?
Security Lead · EngenhariaPor que isso importa
O SIEM do ImmutableLog detecta o padrão, IP de origem, velocidade, contas visadas, e dispara um alerta que sua equipe pode agir em minutos. Cada evento de autenticação por trás do alerta fica armazenado como registro à prova de adulteração, então a investigação se apoia em evidência verificável, não numa captura de tela do dashboard.
S/03 · 08
Responda 'Mostre Sua Trilha de Auditoria' no Mesmo Dia
O time de segurança de um cliente em potencial pede sua política de retenção de logs de auditoria e um exemplo de exportação antes de fechar contrato. Seus logs estão espalhados em três serviços, nenhum à prova de adulteração.
Sales Engineering · CompliancePor que isso importa
O ImmutableLog te dá uma trilha de auditoria contínua e filtrável em todo serviço que envia eventos. Quando o pedido chega, você exporta um pacote com prova criptográfica de integridade anexada, não uma planilha que você precisa avalizar.
S/04 · 08
Investigue um Incidente de Acesso a Dados Sem Depender dos Logs do Próprio Suspeito
Um engenheiro de suporte da sua healthtech é suspeito de acessar prontuários fora dos casos designados a ele. Os logs da aplicação que provariam isso são controlados pela mesma equipe à qual o engenheiro pertence.
CISO · Jurídico · RHPor que isso importa
O ImmutableLog ingere os eventos de acesso de forma independente do caminho de logging da sua própria aplicação, então o registro não é algo que a equipe sob investigação consiga editar discretamente. Jurídico e RH ganham uma linha do tempo que podem verificar criptograficamente, não uma em que precisam confiar.
S/05 · 08
Responsabilize o Acesso Privilegiado, Mesmo da Sua Própria Equipe
Um DBA ou engenheiro de infraestrutura da sua insurtech tem acesso à base de produção e, em tese, a capacidade de apagar o próprio rastro. Como provar, para um auditor ou para você mesmo, o que ele realmente tocou?
Governança de TI · CISOPor que isso importa
O SIEM do ImmutableLog sinaliza ações privilegiadas no momento em que ocorrem, consultas a tabelas sensíveis, mudanças de configuração, uso de credencial, e cada uma é selada antes de chegar aos seus sistemas, independente do admin e independente do banco de dados. Qualquer auditor consegue verificar sem depender da sua palavra.
S/06 · 08
Satisfaça Reguladores Com Evidência, Não Afirmação
LGPD, SOC 2, ISO 27001 e reguladores setoriais (BACEN para fintechs, ANS para healthtechs) exigem que você prove, não apenas afirme, que controles foram aplicados. Logs autorreportados dos seus próprios sistemas não bastam sozinhos.
DPO · Compliance LeadPor que isso importa
O SIEM do ImmutableLog dá ao seu time de compliance a visão do dia a dia dos controles em ação. Cada evento por trás disso também carrega uma prova criptográfica de inclusão, então quando um regulador pede evidência, você entrega algo verificável de forma independente, não um relatório que ele precisa aceitar pela sua palavra.
S/07 · 08
Detecte Abuso de API Antes que Vire um Relatório de Vazamento
Sua ERP SaaS expõe uma API para parceiros. Um parceiro de integração começa a puxar muito mais registros do que o contrato permite, ou uma chave de API vaza e outra pessoa passa a usá-la.
Platform Engineering · SegurançaPor que isso importa
O SIEM do ImmutableLog correlaciona chave de API, endpoint, volume e origem para sinalizar uso anormal assim que acontece. Cada chamada de API ligada ao incidente já é um registro imutável e criptograficamente selado, então sua resposta se apoia em evidência, não em reconstrução.
S/08 · 08
Rastreie Toda Mudança em Produção Até Quem Aprovou
Uma mudança de configuração no pipeline de deploy da sua HRTech quebra o cálculo de folha de pagamento de um cliente. Foi revisada? Quem fez o merge? Foi a mudança que subiu, ou uma posterior?
Platform Engineering · Liderança de EngenhariaPor que isso importa
O SIEM do ImmutableLog te dá a linha do tempo de cada deploy, mudança de configuração e aprovação assim que acontece. Cada evento é selado criptograficamente na cadeia no momento da ingestão, então a sequência que você mostra ao cliente, ou usa num post-mortem, não pode ser editada discretamente depois.
A auditoria não avisa quando vai chegar. Sua camada de evidência precisa estar pronta.
Indústrias
Setores Que Dependem de Observar, Detectar, Auditar e Provar
ImmutableLog foi criado para organizações onde evidência verificável é obrigatória.
BACEN 4.893
Fintechs & Instituições Financeiras
Fintechs de pagamento, crédito, banco digital e operadoras reguladas pelo BACEN. A Resolução 4.893 exige registros imutáveis de operações críticas e logs de acesso.
CFM 1.821 + LGPD
Saúde Mental & Healthtech Digital
Plataformas de telepsicologia, telepsiquiatria e saúde digital que lidam com prontuários sensíveis. A CFM 1.821 exige documentação clínica imutável.
CNJ 213/2025
Cartórios & Serventias Extrajudiciais
Cartórios de notas, registros e serventias extrajudiciais regulados pelo CNJ. O Provimento 213/2025 determina trilhas de auditoria digital obrigatórias.
CPC / Arbitragem
Legaltech & Escritórios de Direito Digital
Plataformas de gestão jurídica, câmaras de arbitragem e escritórios de direito digital. Integridade de processos e rastreabilidade de decisões são exigidas em disputas legais.
TCU / LAI
Setor Público & Governo
Órgãos federais, estaduais e municipais sujeitos à Lei de Acesso à Informação e auditorias do TCU. Registros imutáveis são essenciais para transparência e prestação de contas.
SUSEP / LGPD
Seguradoras & Insurtech
Seguradoras, insurtechs e operadoras de planos de saúde reguladas pela SUSEP e ANS. Registros imutáveis de sinistros, alterações de apólice e investigações de fraude são essenciais para compliance regulatório e disputas jurídicas.
Seu setor exige histórico de auditoria comprovável?
Compliance
Transforme eventos confiáveis em evidência pronta para auditoria.
O ImmutableLog dá aos times de compliance e auditoria uma trilha contínua e à prova de adulteração: retida nos seus termos, filtrável sob demanda e exportável como pacote de evidência verificável que fortalece seus processos de auditoria e compliance.
- Retenção configurável: mantenha o histórico de auditoria pelo tempo que sua política de compliance exigir
- Trilha de auditoria filtrável: consulte por ator, recurso, serviço ou período
- Exportação sob demanda: entregue ao auditor um pacote, não um dump de dados
- Pacotes de evidência com prova de inclusão anexada a cada evento
- Rastreabilidade ponta a ponta: reconstrua o que aconteceu sem lacunas
- Verificação criptográfica de integridade: qualquer alteração não autorizada se torna detectável
Integridade verificável
Certificado criptográfico
Status da cadeia: Válido
▪ ▪ ▪Nós: 3/3 online
SELAGEM · DEMO● CADEIA VÁLIDA
#48296refund_granted0xf5e8
#48295login_success0xf55f
#48294config_change0xf4d6
#48293admin_access0xf44d
#48292record_viewed0xf3c4
Mapeado a controles que auditores conhecem
LGPD Art. 46
Medidas de integridade: histórico que não pode ser alterado sem detecção.
PCI DSS 10.5
Proteção da trilha de auditoria contra modificação não autorizada.
ISO 27001 A.12.4.2
Proteção da informação de log contra adulteração e acesso indevido.
NIST 800-53 AU-9
Proteção criptográfica da trilha de auditoria, entregue pelo hash-chain.
Blog
Do time ImmutableLog
Artigos sobre auditoria, compliance, criptografia e infraestrutura imutável.
Veja o que está acontecendo. Detecte o que importa. Mantenha evidências verificáveis desde o primeiro dia.
Reúna observabilidade, detecção de segurança, trilhas de auditoria e evidências criptográficas em uma única plataforma.