Tríade da Segurança da Informação - Confidencialidade, Integridade e Disponibilidade

A tríade da segurança da informação, conhecida em português como CID (Confidencialidade, Integridade e Disponibilidade) e em inglês como CIA (Confidentiality, Integrity, Availability), é o modelo mais utilizado para estruturar o pensamento sobre segurança de dados e sistemas. Ela oferece uma linguagem simples para descrever objetivos de segurança, avaliar riscos e classificar controles.

Neste post veremos cada um dos três pilares em detalhe: o que significam, quais ameaças enfrentam, quais controles os protegem e como aplicá-los em servidores Linux. Veremos também as tensões que existem entre eles e como modelos mais recentes ampliam a tríade para cobrir novas necessidades.

Origem e importância

O modelo CID surgiu na literatura de segurança da informação a partir dos anos 1970 e se consolidou nas décadas seguintes como referência para governos, corporações e organizações civis. Sua força está na simplicidade: três conceitos que qualquer profissional consegue lembrar e aplicar. Mesmo com toda a evolução recente da área, a tríade continua sendo o ponto de partida em normas como a ISO/IEC 27001, o NIST Cybersecurity Framework e a LGPD.

Um sistema é considerado seguro, do ponto de vista da tríade, quando garante os três pilares ao mesmo tempo, na medida adequada ao contexto. Perder qualquer um deles significa uma falha de segurança.

Confidencialidade

Confidencialidade é a propriedade que garante que a informação só é acessada por pessoas, sistemas ou processos autorizados. É o pilar mais associado ao imaginário popular de segurança: proteger segredos, impedir espionagem, evitar vazamentos.

O que caracteriza uma violação

Um atacante externo consegue ler dados de clientes em um banco de dados invadido
Um funcionário acessa arquivos aos quais não deveria ter permissão
Uma senha é transmitida sem cifragem em uma rede pública
Um pendrive corporativo é perdido e chega às mãos de terceiros
Logs internos revelam informações sensíveis a quem não deveria vê-las

Principais ameaças

Interceptação de tráfego (sniffing)
Vazamento de banco de dados
Roubo físico de dispositivos
Malware do tipo info stealer e spyware
Engenharia social e phishing
Configurações incorretas em armazenamento em nuvem
Ameaças internas privilegiadas

Controles típicos

Criptografia em repouso (LUKS, BitLocker, TDE) e em trânsito (TLS, SSH, VPN)
Controle de acesso baseado em identidade e função (RBAC, ACLs, permissões POSIX)
Autenticação forte, incluindo múltiplo fator (MFA)
Classificação de dados (público, interno, confidencial, restrito)
Data Loss Prevention (DLP) para detectar exfiltração
Segregação de redes e de ambientes
Mascaramento e anonimização em bases de teste

Exemplos em servidores Linux

# Ajustar permissões de um arquivo confidencial
chmod 600 /etc/ssl/private/servidor.key

# Cifrar um disco com LUKS
cryptsetup luksFormat /dev/sdb1

# Bloquear leitura de um diretório com ACL
setfacl -m u:usuario:--- /var/dados/confidencial

Integridade

Integridade é a propriedade que garante que a informação não foi alterada de forma não autorizada entre sua origem e seu destino, seja em trânsito ou em repouso. Envolve tanto proteção contra adulteração maliciosa quanto contra corrupção acidental.

O que caracteriza uma violação

Um atacante altera valores em um banco de dados de folha de pagamento
Um pacote de software é modificado durante o download por um atacante na rede
Um bit é corrompido em um HD e o arquivo passa a apresentar erros
Um log de auditoria é editado para ocultar as ações de um invasor
Um backup é silenciosamente adulterado antes de uma tentativa de restauração

Principais ameaças

Adulteração de dados em trânsito (man in the middle)
Ataques de supply chain (comprometimento de fornecedores ou repositórios)
Ransomware que cifra ou corrompe dados
Corrupção acidental por falha de hardware ou software
Manipulação de logs e trilhas de auditoria
Injeção em bancos de dados (SQL Injection)

Controles típicos

Hashes criptográficos (SHA-256, SHA-512) para verificação de integridade
Assinaturas digitais em pacotes, e-mails e documentos
MAC e HMAC em comunicações e APIs
File Integrity Monitoring (FIM) com ferramentas como AIDE, Tripwire e Osquery
Sistemas de versionamento (Git) para rastreabilidade
Backups imutáveis e mídia write once
RAID e sistemas de arquivos com checksum (ZFS, Btrfs)

Exemplos em servidores Linux

# Verificar integridade de um download
sha256sum -c debian.iso.sha256

# Verificar assinaturas dos pacotes instalados
debsums -c            # Debian / Ubuntu
rpm -Va               # RHEL / CentOS / Fedora

# Inicializar e verificar banco AIDE
aide --init
aide --check

# Sistema de arquivos com checksum em cada bloco
mkfs.btrfs /dev/sdc1

Disponibilidade

Disponibilidade é a propriedade que garante que a informação e os serviços estejam acessíveis quando necessário aos usuários legítimos, dentro dos parâmetros esperados de desempenho e tempo de resposta. Um sistema perfeitamente confidencial e íntegro que fica fora do ar não cumpre seu papel.

O que caracteriza uma violação

Um site institucional fica horas fora do ar após um ataque DDoS
Um servidor de banco de dados trava por falta de espaço em disco
Um ransomware cifra arquivos e os torna inacessíveis
Um backup se revela corrompido no momento crítico da restauração
Uma chave de criptografia é perdida e todos os dados protegidos ficam ilegíveis
Uma atualização mal planejada derruba um serviço por horas

Principais ameaças

Ataques de negação de serviço (DoS e DDoS)
Ransomware
Falhas de hardware (discos, fontes, memória)
Desastres naturais e problemas de infraestrutura (energia, refrigeração)
Erros humanos (comandos destrutivos, exclusões acidentais)
Bugs introduzidos em atualizações
Perda de chaves criptográficas

Controles típicos

Redundância: RAID, clusters de alta disponibilidade, múltiplos data centers
Backups regulares e testados, seguindo estratégias como 3, 2, 1 (três cópias, em dois tipos de mídia, uma delas fora do local)
Load balancers e failover automático
Proteção contra DDoS (Cloudflare, AWS Shield, mitigadores próprios)
Planejamento de capacidade e monitoramento contínuo
Continuidade de negócios (BCP) e planos de recuperação de desastres (DRP)
Runbooks e procedimentos formais de resposta a incidentes

Exemplos em servidores Linux

# Backup incremental cifrado com restic
restic -r /mnt/backup init
restic -r /mnt/backup backup /var/www

# Monitorar disponibilidade e saúde do disco
df -h
smartctl -a /dev/sda

# RAID 1 (espelhamento) com mdadm
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sd[bc]1

# Serviço com reinicialização automática via systemd
# (unit file com Restart=always e RestartSec=5)
systemctl enable --now meu-servico

Tensões entre os três pilares

Um dos aspectos mais importantes (e frequentemente negligenciados) da tríade CID é que os três pilares não são independentes. Aumentar um pode reduzir outro, e o equilíbrio ideal depende do contexto.

Confidencialidade x Disponibilidade

Este é o conflito mais comum. Criptografia forte protege a confidencialidade, mas se as chaves forem perdidas os dados se tornam indisponíveis para sempre. Um sistema que exige múltiplos fatores de autenticação para todas as operações é mais confidencial, porém mais suscetível a bloqueios legítimos por falhas nos mecanismos de autenticação.

Integridade x Disponibilidade

Verificações rigorosas de integridade podem impedir a disponibilidade em situações de emergência. Um sistema que só aceita pacotes com assinaturas válidas de um repositório específico ficará sem atualizações se aquele repositório sair do ar. Backups imutáveis dificultam alterações maliciosas, mas também impedem correções legítimas de dados registrados por engano.

Confidencialidade x Integridade

Menos comum, mas relevante. Alguns modos de operação de cifras simétricas (como o clássico AES em modo CBC sem HMAC) garantem confidencialidade sem garantir integridade. Um atacante pode alterar bits do texto cifrado sem quebrar a cifragem, produzindo alterações previsíveis no texto claro. Modos autenticados como AES-GCM e ChaCha20-Poly1305 resolvem esse problema, garantindo os dois pilares simultaneamente.

Como definir prioridades

A prioridade entre os três pilares varia conforme o tipo de informação e o contexto de uso. Alguns exemplos ilustram isso:

Cenário	Prioridade típica
Segredos de estado, propriedade intelectual	Confidencialidade > Integridade > Disponibilidade
Sistemas bancários e de transações	Integridade > Confidencialidade > Disponibilidade
Sites de comércio eletrônico e streaming	Disponibilidade > Integridade > Confidencialidade
Prontuários médicos em pronto-socorro	Disponibilidade > Integridade > Confidencialidade
Registros de auditoria e forense	Integridade > Confidencialidade > Disponibilidade
Chaves privadas e senhas de servidor	Confidencialidade > Integridade > Disponibilidade

Essa priorização orienta escolhas de projeto: quais controles investir, quais riscos aceitar e quais SLAs prometer.

Além da tríade CID

Com o tempo, ficou claro que apenas três pilares não são suficientes para descrever todas as propriedades de segurança relevantes. Outros conceitos foram adicionados por diferentes autores e normas.

Autenticidade

Garantia de que uma informação realmente vem de quem alega ser sua origem. É base para o comércio eletrônico e para a comunicação segura entre servidores. Certificados digitais e assinaturas eletrônicas atuam sobre esta propriedade.

Não-repúdio

Impossibilidade de o autor negar posteriormente que produziu uma informação. Fundamental em transações jurídicas e comerciais, é obtido através de assinaturas digitais baseadas em criptografia assimétrica.

Modelo Parkeriano (Hexad de Parker)

Proposto por Donn Parker nos anos 2000, amplia a tríade para seis atributos:

Confidencialidade
Posse ou controle
Integridade
Autenticidade
Disponibilidade
Utilidade

Ele distingue, por exemplo, posse de confidencialidade: uma chave criptografada e sem senha permanece confidencial (ninguém pode lê-la), mas foi violada em termos de posse (deixou de estar sob controle do dono legítimo).

Modelos mais recentes

Normas modernas como a ISO/IEC 27000 frequentemente listam também autenticidade, responsabilização (accountability), auditabilidade, confiabilidade e não-repúdio. Ainda assim, a tríade CID permanece como núcleo desses modelos.

Aplicando a tríade em servidores Linux

Uma boa forma de fixar o modelo é examinar como cada pilar aparece nas tarefas cotidianas de administração de sistemas.

Tarefa	Pilar principal	Ferramentas típicas
Cifrar disco de notebook corporativo	Confidencialidade	LUKS, cryptsetup
Configurar HTTPS em um site	Confidencialidade e Autenticidade	Let’s Encrypt, Nginx, Apache
Verificar integridade de pacotes instalados	Integridade	debsums, rpm -V, apt
Monitorar alterações em arquivos críticos	Integridade	AIDE, auditd, Osquery
Cluster de alta disponibilidade	Disponibilidade	Pacemaker, Corosync, Keepalived
Backup periódico e cifrado	Confidencialidade e Disponibilidade	restic, borg, duplicity
RAID 1 no sistema de arquivos	Disponibilidade e Integridade	mdadm, ZFS, Btrfs
Restringir acesso a diretórios	Confidencialidade	chmod, setfacl, SELinux, AppArmor
Assinar commits e releases	Integridade e Autenticidade	GPG, git commit -S
Registrar auditoria com integridade	Integridade	auditd, logs assinados, journald sealing

Note que muitas ferramentas atuam em mais de um pilar simultaneamente. HTTPS protege confidencialidade e autenticidade; backups atuam sobre disponibilidade e podem ajudar em integridade; sistemas de arquivos como ZFS combinam disponibilidade com verificação de integridade em cada bloco lido ou escrito.

Considerações Finais

A tríade CID é uma das ferramentas conceituais mais úteis para quem trabalha com segurança da informação. Ela oferece um vocabulário simples e poderoso para descrever objetivos, avaliar riscos e classificar controles. Ao mesmo tempo, é importante lembrar que:

Os três pilares não são independentes e podem entrar em conflito
A prioridade entre eles depende do contexto e do tipo de informação
A tríade cobre o essencial, mas modelos ampliados (Parker, ISO 27000) trazem propriedades complementares como autenticidade, posse e não-repúdio
A criptografia contribui diretamente para confidencialidade e integridade, mas depende de outros controles para não impactar negativamente a disponibilidade

Encerramos aqui o bloco de Fundamentos da série. A partir do próximo post entraremos na parte prática, começando pela criptografia simétrica, com foco nos principais algoritmos, modos de operação e ferramentas disponíveis em ambientes Linux.