Questão de Segurança da Informação — Criptografia — FCC 2026
Segurança da Informação›Criptografia
Código
gp007208
Banca
FCC
Órgão
AL-RR
Ano
2026
Cargo
Analista Legislativo - Analista de Segurança da Informação
Considere uma Assembleia Legislativa responsável por sistemas eletrônicos de tramitação de projetos de lei e registros devotação, submetida a auditorias institucionais e a requisitos de conformidade baseados na norma ABNT NBR ISO/IEC27001:2024 e na LGPD, operando em ambiente distribuído e sujeita à necessidade de apresentar registros de eventos comoevidência técnica verificável sob contestação administrativa ou judicial, inclusive diante de possíveis tentativas de adulteraçãointerna. Nesse cenário, o mecanismo que assegura a detectabilidade inequívoca de modificações na sequência histórica doslogs é
Aencadeamento criptográfico sequencial dos registros de log, no qual cada entrada incorpora o hash da entrada anterior.
Breplicação síncrona dos logs em múltiplos domínios administrativos com verificação de consistência entre cópias.
Caplicação de função de hash criptográfico individual sobre cada registro de log, armazenado juntamente com seu respectivo valor de verificação.
Dassinatura digital periódica de lotes de logs utilizando chaves assimétricas sob controle da organização.
Earmazenamento de logs em repositório imutável com controle de versão e restrição de sobrescrita.
Revelar gabarito e comentário▾
GabaritoA — encadeamento criptográfico sequencial dos registros de log, no qual cada entrada incorpora o hash da entrada anterior.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Integridade de Logs com Encadeamento Criptográfico
Gabarito: letra A. O mecanismo que assegura a detectabilidade inequívoca de modificações na sequência histórica dos logs é o encadeamento criptográfico sequencial, no qual cada novo registro de log incorpora o hash do registro anterior. Qualquer alteração em um log antigo quebraria a cadeia, pois o hash armazenado no log seguinte não corresponderia mais ao hash recalculado do log modificado. Esse é o princípio fundamental usado em blockchains e sistemas de logging seguros.
Mecanismo
Detecta modificação na sequência?
Detecta modificação em log individual?
Protege contra adulteração interna?
Encadeamento criptográfico sequencial (A)
Sim, quebra a cadeia de hashes
Sim, alteração no hash do log seguinte
Sim, qualquer alteração é detectada
Replicação síncrona com verificação (B)
Não, apenas entre réplicas
Não, se todas as réplicas forem alteradas
Não, atacante pode alterar todas as cópias
Hash individual por registro (C)
Não, não há encadeamento
Sim, mas pode ser recalculado
Não, atacante pode recalcular o hash
Assinatura digital periódica de lotes (D)
Parcialmente, apenas no lote
Não, dentro do lote pode ser alterado
Não, se houver acesso à chave
Repositório imutável com controle de versão (E)
Sim, por versão
Sim, por versão
Parcialmente, depende do controle de acesso
Mecanismos de integridade de logs: Encadeamento criptográfico (Cada log incorpora hash do anterior, Detecta qualquer alteração na cadeia); Hash individual por registro (Não protege ordem cronológica, Adulteração isolada sem detecção); Assinatura digital periódica (Protege lote, não cada log, Brecha entre assinaturas); Replicação síncrona (Não protege contra adulteração interna); Repositório imutável (Não garante sequência histórica)
Alternativa A — ✅ Correta ⟵ GABARITO
O encadeamento criptográfico com hashes sequenciais cria uma ligação inquebrável entre os registros. Cada entrada contém o hash da entrada imediatamente anterior, de modo que qualquer modificação em qualquer ponto da cadeia é detectada ao verificar a consistência dos hashes. Essa técnica garante a integridade e a não repúdio da sequência de logs.
Alternativa B — ❌ Incorreta
A replicação síncrona em múltiplos domínios com verificação de consistência entre cópias pode detectar divergências entre réplicas, mas não protege contra adulteração interna na própria sequência histórica. Um atacante poderia modificar todas as cópias simultaneamente ou alterar os logs antes da replicação, e a consistência entre cópias ainda seria mantida.
Alternativa C — ❌ Incorreta
A aplicação de hash individual a cada registro, armazenado junto com seu respectivo hash, permite verificar a integridade de cada log isoladamente, mas não protege a ordem cronológica ou a sequência. Um atacante poderia modificar um log e recalcular seu hash sem afetar os demais, passando despercebido. A ausência de encadeamento entre os registros torna possível a adulteração sem detecção.
Alternativa D — ❌ Incorreta
A assinatura digital periódica de lotes de logs protege a integridade do lote como um todo, mas não cada log individualmente. Alterações em logs dentro do lote, seguidas de uma nova assinatura do lote (se houver acesso à chave), poderiam passar despercebidas. Além disso, a periodicidade deixa brechas entre assinaturas.
Alternativa E — ❌ Incorreta
O armazenamento em repositório imutável com controle de versão e restrição de sobrescrita dificulta a alteração, mas não impede que um administrador com privilégios modifique os logs. Sem um encadeamento criptográfico, modificações podem não ser detectadas se o repositório for comprometido. A imutabilidade é uma ajuda, mas não oferece a mesma garantia de detectabilidade que o encadeamento de hashes.
PEGA ESSA DICA!
Em questões sobre integridade de logs, lembre-se do conceito de "encadeamento de hashes" (hash chain). É a técnica mais robusta para garantir que a sequência histórica não foi alterada, pois cada hash depende do anterior. Compare com alternativas como assinaturas periódicas ou hashes isolados — elas não protegem a ordem ou a totalidade da cadeia.