Questão de Segurança da Informação — Criptografia — FCC 2026
Segurança da Informação›Criptografia
Código
gp007210
Banca
FCC
Órgão
AL-RR
Ano
2026
Cargo
Analista Legislativo - Analista de Segurança da Informação
Uma Assembleia Legislativa implementa criptografia de dados sensíveis em repouso utilizando AES, sob requisito de confidencialidade e integridade sem aumento significativo de latência. Diante da necessidade de evitar vulnerabilidades como padding
oracle e reutilização de IV, o modo de operação correto é
Ao uso do modo OFB, que transforma o bloco em fluxo e evita reutilização de estados internos.
Ba aplicação do modo CFB com segmentação variável, garantindo proteção contra análise de padrões.
Ca aplicação do modo CBC com IV fixo, pois garante encadeamento determinístico entre blocos.
Da utilização do modo CTR com contador reiniciado por chave, permitindo paralelismo e integridade implícita.
Ea adoção do modo GCM, que combina criptografia e autenticação com uso de IV único por operação.
Revelar gabarito e comentário▾
GabaritoE — a adoção do modo GCM, que combina criptografia e autenticação com uso de IV único por operação.
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”.
Modos de Operação de Cifra em Bloco
Gabarito: letra E. O modo GCM (Galois/Counter Mode) é o único que combina criptografia e autenticação (integridade), utiliza um IV único por operação e não sofre de vulnerabilidades como padding oracle, atendendo exatamente aos requisitos de confidencialidade e integridade com baixa latência para dados em repouso.
A questão exige conhecimento sobre modos de operação de AES, focando em evitar vulnerabilidades comuns (padding oracle e reutilização de IV) e garantir integridade além da confidencialidade, sem aumento significativo de latência.
Modo de Operação
Fornece Integridade/Autenticação?
Vulnerável a Padding Oracle?
Risco de Reutilização de IV/Contador?
Permite Paralelismo?
OFB
❌ Não
❌ Não (modo fluxo)
✅ Sim
❌ Não
CFB
❌ Não
❌ Não (modo fluxo)
✅ Sim
❌ Não
CBC (IV fixo)
❌ Não
✅ Sim
✅ Sim
❌ Não
CTR (contador reiniciado)
❌ Não
❌ Não (modo fluxo)
✅ Sim
✅ Sim
GCM
✅ Sim
❌ Não (modo fluxo)
❌ Não (IV único)
✅ Sim
Alternativa A — ❌ Incorreta
O modo OFB (Output Feedback) transforma um cifra de bloco em cifra de fluxo, mas não fornece autenticação/integridade. Embora evite a necessidade de padding, não protege contra reutilização de IV e não garante integridade dos dados.
Alternativa B — ❌ Incorreta
O modo CFB (Cipher Feedback) também é um modo de fluxo e, mesmo com segmentação variável, não inclui autenticação. A análise de padrões pode ser mitigada, mas a integridade não é garantida, e a reutilização de IV continua sendo um risco.
Alternativa C — ❌ Incorreta
O modo CBC (Cipher Block Chaining) com IV fixo é exatamente o cenário que favorece ataques de padding oracle e reutilização de IV. Além disso, não oferece autenticação, apenas confidencialidade.
Alternativa D — ❌ Incorreta
O modo CTR (Counter) com contador reiniciado por chave é vulnerável à reutilização de contador, o que quebra a confidencialidade. Embora permita paralelismo, não oferece integridade implícita – a autenticação deve ser feita separadamente.
Alternativa E — ✅ Correta ⟵ GABARITO
O modo GCM (Galois/Counter Mode) é um modo de operação autenticado (AEAD) que:
Fornece confidencialidade (AES-CTR internamente) e integridade/autenticação (authentication tag via multiplicação em GF(2^128)).
Utiliza um IV único por operação, evitando ataques de reutilização.
Não requer padding, eliminando vulnerabilidades de padding oracle.
É eficiente e permite paralelismo, adequado para dados em repouso com baixa latência.
PEGA ESSA DICA!
Para dados que exigem confidencialidade e integridade, prefira modos autenticados como GCM (ou CCM/EAX). Evite modos sem autenticação (CBC, CTR, OFB, CFB) e nunca reutilize IVs ou contadores.