Capítulo 2 — Segurança quântica e pós-quântica: contexto de serviços e de partes interessadas
Mapa da aula
Aula 02 publicada. Mapa, exemplo, EX006.
flowchart TD
N0["2.1 Serviços e tempos de vida dos dados"]
N1["2.2 A regra de Mosca"]
N2["2.3 Atividade prática — Laboratório M"]
N3["2.4 Partes interessadas"]
N4["2.5 Caso resolvido"]
N5["2.6 Tarefa prática"]
N6["2.8 Revisitando a lista"]
N7["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
N7 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX006"]
Desenho lógico
flowchart LR
N0["2.1 Serviços e tempos de vida dos dados"]
N1["2.2 A regra de Mosca"]
N2["2.3 Atividade prática — Laboratório M"]
N3["2.4 Partes interessadas"]
N4["2.5 Caso resolvido"]
N5["2.6 Tarefa prática"]
N6["2.8 Revisitando a lista"]
N7["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX006"]
[2.1 Serviços e tempos de vida dos dados]
|
v
[2.2 A regra de Mosca]
|
v
[2.3 Atividade prática — Laboratório M]
|
v
[2.4 Partes interessadas]
|
v
[2.5 Caso resolvido]
|
v
[2.6 Tarefa prática]
|
v
[2.8 Revisitando a lista]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX006]
Objetivos de aprendizagem
Você vai (1) mapear os serviços da MTI para os dados que eles transportam e por quanto tempo esses dados precisam permanecer protegidos; (2) aplicar a regra de Mosca sob várias hipóteses de cronograma; (3) identificar as partes interessadas e o que cada uma precisa; (4) definir uma primeira lista de prioridades; e (5) explicar as prioridades a não especialistas.
2.1 Serviços e tempos de vida dos dados
Liste cada serviço, os dados que ele trata e por quanto tempo esses dados precisam permanecer confidenciais ou confiáveis. Use contratos, regulamentos e tabelas de retenção como fontes e pergunte aos responsáveis pelos dados quando tiver dúvida. Na MTI: arquivo de apólices de vida, 40 anos; registros de sinistros, 10 anos; as sessões do portal de corretores transportam dados pessoais relevantes por cerca de 7 anos; as solicitações de cotação têm vida curta.
Onde as fontes divergirem, adote o tempo de vida mais longo e registre a divergência. Por exemplo, um contrato de resseguro pode exigir que os dados de sinistros sejam mantidos por mais tempo do que diz a tabela interna. Um tempo de vida sem fonte é um palpite e deve ser classificado como tal.
2.2 A regra de Mosca
Mosca (2018): se os dados precisam permanecer seguros por x anos, a migração leva y anos e um computador quântico capaz pode chegar em z anos, então os dados já estão em risco quando x + y > z. Como ninguém conhece z, experimente vários valores.
Na MTI, o x de 40 anos do arquivo excede sozinho qualquer z plausível, então a decisão não depende da previsão. As solicitações de cotação, com x próximo de zero, nunca estão em risco, por menor que seja z. Os casos interessantes ficam no meio, como os registros de sinistros, nos quais a resposta muda com z.
2.3 Atividade prática — Laboratório M
# Lab M (ch 2): Mosca's inequality x + y > z for synthetic Marlow & Tide Insurance data, sweeping z.
assets = [ # (name, shelf-life x in years, migration time y in years) - synthetic
("life-policy archive", 40, 4), ("claims records", 10, 3), ("quote requests", 0.1, 1), ("broker portal traffic", 7, 2)]
for z in (10, 15, 20): # years until a cryptographically relevant quantum computer: an assumption, not a forecast
late = [n for n, x, y in assets if x + y > z]
print(f"z={z:>2}: at risk now -> {', '.join(late) if late else 'none'}")
Saída esperada:
z=10: at risk now -> life-policy archive, claims records
z=15: at risk now -> life-policy archive
z=20: at risk now -> life-policy archive
O arquivo de apólices de vida está em risco sob todas as hipóteses; os registros de sinistros, apenas se z for de dez anos. Esse padrão é a base de uma lista de prioridades que não depende de prever o futuro.
Mude as entradas para ver quão sensível a lista é. Se a migração dos registros de sinistros levasse cinco anos em vez de três, os sinistros estariam em risco também com z = 15. Registre essas sensibilidades ao lado da tabela: elas dizem ao patrocinador quais estimativas merecem evidências melhores.
2.4 Partes interessadas
Os responsáveis pelos dados (subscrição, sinistros) definem os tempos de vida; os responsáveis pelos sistemas (equipes de TI) fazem as mudanças; os fornecedores controlam os produtos; compras redige os contratos; o jurídico e a conformidade acompanham as obrigações; os executivos aprovam os orçamentos e aceitam os riscos; os auditores conferem as evidências. Liste o que cada um precisa do fluxo de trabalho e o que você precisa de cada um.
Na MTI, a subscrição é responsável pelo tempo de vida das apólices de vida e a área de sinistros pelo tempo de vida de 10 anos dos sinistros; a equipe de infraestrutura é responsável pelos servidores SFTP das resseguradoras. Escreva cada nome no mapa de partes interessadas com um contato, para que os pedidos cheguem a uma pessoa, e não a um departamento.
2.5 Caso resolvido
A primeira lista de prioridades da MTI: 1) transferências de registros de apólices de vida entre os escritórios e o arquivo; 2) trocas SFTP com resseguradoras transportando dados de sinistros; 3) portal de corretores; 4) planejamento da AC interna (forjar depois, validade longa). As solicitações de cotação perdem prioridade. A lista é explicada ao patrocinador executivo como "proteger primeiro o que precisa ficar secreto por mais tempo".
Cada posição na lista tem um motivo que pode ser rastreado até o Laboratório M ou até a classe de exposição. A AC interna aparece, embora não transporte segredos, porque a sua validade longa a torna uma preocupação de forjar depois. Mantenha os motivos junto da lista, para que ela possa ser defendida.
2.6 Tarefa prática
Monte uma tabela de cinco linhas com serviços da MTI, os dados, o tempo de vida, a fonte do tempo de vida e o responsável; execute o Laboratório M com os seus próprios valores.
Obtenha cada tempo de vida de uma tabela de retenção, de um contrato ou de uma declaração do responsável, e escreva qual foi. Depois compare a sua saída do Laboratório M com a do livro: se um serviço entrar ou sair da lista de risco, explique por quê em uma frase. Peça a um colega que verifique se cada responsável nomeado de fato controla o serviço, e não apenas o usa. Guarde a tabela no seu portfólio.
2.7 Erros comuns e limites
- Tempos de vida adivinhados em vez de obtidos de fontes.
- Uma única data quântica suposta.
- Esquecer compras e o jurídico como partes interessadas.
Cada erro enfraquece a lista de prioridades de uma forma diferente. Um tempo de vida adivinhado não pode ser defendido perante um auditor. Uma única data quântica faz a lista parecer uma previsão e convida à discussão sobre a data, e não sobre os dados. Deixar de fora compras e o jurídico significa que as cláusulas contratuais e as obrigações aparecem tarde, depois que os fornecedores já definiram os seus roteiros. Confira a sua própria tabela quanto a cada um deles.
2.8 Revisitando a lista
As prioridades mudam quando os fatos mudam: um novo contrato estende um período de retenção, um fornecedor lança suporte híbrido, um serviço é desativado. Revise a lista de prioridades a cada trimestre com os responsáveis pelos dados e pelos sistemas, registre o que mudou e por quê e guarde as versões antigas. Auditores e executivos confiam mais numa lista que evolui visivelmente com as evidências do que numa que nunca muda.
Na MTI, um gatilho típico seria o fornecedor do arquivo publicar datas para o suporte ao ML-DSA, o que mudaria a forma como o item de forjar depois é planejado.
Exercícios
- EX006 — Mosca. Para os registros de sinistros (x = 10, y = 3), declare os cronogramas sob os quais eles estão em risco. Rubrica: 3 = z < 13.
- EX007 — Fonte do tempo de vida. Nomeie duas fontes de tempos de vida dos dados numa seguradora. Rubrica: 3 = contratos/regulamentação/tabela de retenção, com confirmação do responsável.
- EX008 — Mapa de partes interessadas. Liste cinco partes interessadas e uma necessidade de cada uma. Rubrica: 3 = cinco pares pertinentes.
- EX009 — Prioridade. Por que o arquivo de apólices de vida vem primeiro? Rubrica: 3 = em risco sob todas as hipóteses; tempo de vida mais longo.
- EX010 — Explicação simples. Explique a lista de prioridades a um executivo em três frases. Rubrica: 3 = clara, correta, orientada à decisão.
Síntese
Mapas de serviços com tempos de vida obtidos de fontes, a regra de Mosca sob várias hipóteses e um mapa de partes interessadas produzem uma lista de prioridades robusta e explicável.
Continue estudando — capítulo 02 de 12
← Capítulo 01 · Índice de capítulos do curso · Capítulo 03 →
Siga para a próxima lição escrita.