Capítulo 29 — Criptografia e serviços de confiança: medição
Mapa da aula
Aula 29 publicada. Mapa, exemplo, EX085.
flowchart TD
N0["29.1 O que medir"]
N1["Laboratório — Auditoria de criptoperíodos"]
N2["29.2 Ler a auditoria"]
N3["29.3 Painéis que levam à ação"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4
N4 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX085"]
Desenho lógico
flowchart LR
N0["29.1 O que medir"]
N1["Laboratório — Auditoria de criptoperíodos"]
N2["29.2 Ler a auditoria"]
N3["29.3 Painéis que levam à ação"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX085"]
[29.1 O que medir]
|
v
[Laboratório — Auditoria de criptoperíodos]
|
v
[29.2 Ler a auditoria]
|
v
[29.3 Painéis que levam à ação]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX085]
Objetivos de aprendizagem
Você vai (1) medir a saúde do gerenciamento de chaves com dados do inventário; (2) relatar as chaves vencidas em relação aos criptoperíodos; (3) construir um painel de medição que leve à ação.
29.1 O que medir
Aiyana projeta métricas para o serviço de confiança: a proporção de chaves dentro do criptoperíodo, os dias até a expiração dos certificados, as taxas de falhas de verificação, a dispersão das versões de firmware entre os medidores e o tempo para revogar uma chave comprometida em exercícios. O SP 800-57 Part 1 recomenda criptoperíodos para os tipos de chave; medir a aderência transforma essa orientação em informação gerencial. Cada métrica tem definição, fonte de dados e meta, para que dois analistas obtenham o mesmo número a partir dos mesmos dados. Ela mantém a lista curta, porque um painel com cinquenta métricas esconde as poucas que importam, e combina cada definição com a equipe dona dos dados.
Laboratório — Auditoria de criptoperíodos
"""Key inventory ages against a 365-day cryptoperiod (synthetic utility keys, fixed audit date)."""
from datetime import date
AUDIT = date(2026, 6, 30); PERIOD = 365
KEYS = [("telemetry-tls", date(2026, 1, 10)), ("fw-signing", date(2024, 2, 1)),
("db-at-rest", date(2025, 9, 1)), ("webhook-hmac", date(2025, 5, 20)), ("backup-wrap", date(2023, 11, 5))]
def main():
over = 0
for name, made in KEYS:
age = (AUDIT - made).days; late = age > PERIOD; over += late
print(f"{name:<14} age {age:>4} d {'OVERDUE' if late else ''}")
print(f"overdue {over}/{len(KEYS)}")
if __name__ == "__main__":
main()
Execute com python3 lab_rotation.py. Saída verificada:
telemetry-tls age 171 d
fw-signing age 880 d OVERDUE
db-at-rest age 302 d
webhook-hmac age 406 d OVERDUE
backup-wrap age 968 d OVERDUE
overdue 3/5
29.2 Ler a auditoria
Na data sintética de auditoria, 30 de junho de 2026, três das cinco chaves amostradas excedem um criptoperíodo de 365 dias: a intermediária de assinatura do firmware, com 880 dias, a chave HMAC dos webhooks, com 406, e a chave de empacotamento dos backups, com 968. Apenas a chave TLS da telemetria e a chave do banco de dados estão dentro do período. Aiyana não entra em pânico: uma chave vencida não está necessariamente comprometida, mas quanto mais tempo uma chave é usada, mais dados ela protege e maior é o impacto de uma exposição não descoberta. Ela agenda as rotações por risco, começando pela intermediária do firmware.
29.3 Painéis que levam à ação
O painel de Aiyana mostra cada métrica com sua meta, tendência e dono. As chaves vencidas aparecem como uma lista com donos e datas de rotação planejadas, e não apenas como uma porcentagem. As revisões mensais perguntam por que as métricas mudaram. Ela evita métricas de vaidade, como contar as chaves geradas, que não dizem nada sobre a segurança. Quando a intermediária do firmware é rotacionada, o painel registra a mudança, e a proporção de vencidas cai de três em cinco para duas em cinco, dando à equipe um progresso visível. Os donos precisam explicar qualquer item vermelho na revisão seguinte.
Exemplo resolvido
A auditoria de Aiyana encontra três de cinco chaves vencidas, agenda a rotação começando pela intermediária do firmware e constrói um painel de métricas com donos e metas.
Caso sintético. As chaves e as datas são inventadas; o SP 800-57 Part 1 é real.
Erros e limites
Métricas podem estimular manipulação, como renomear chaves para zerar sua idade. Os criptoperíodos são orientações a adaptar ao risco, e não constantes universais.
Exercícios
-
EX085 — Chaves vencidas. Quais chaves amostradas estavam vencidas, e com que idade? Rubrica: 3 = fw-signing 880, webhook-hmac 406, backup-wrap 968 dias;; 2 = nomes;; 1 = só a contagem;; 0 = nenhuma.
-
EX086 — Significado de vencida. Vencida significa comprometida? Explique. Rubrica: 3 = não; o uso mais longo aumenta os dados protegidos e o impacto de uma exposição não detectada;; 2 = não;; 1 = sim;; 0 = nenhuma.
-
EX087 — Métrica de vaidade. Dê um exemplo de métrica de vaidade que Aiyana evita. Rubrica: 3 = contar as chaves geradas;; 2 = semelhante;; 1 = métrica real;; 0 = nenhuma.
Síntese
Medir a adesão aos criptoperíodos e outras métricas de saúde das chaves, com donos e metas, transforma as normas em ação.
Continue estudando — aula 29 (capítulo 29 de 50)
← Capítulo 28 · Índice das aulas · Capítulo 30 →
Continue para a próxima aula já escrita.