◇ OpenCyber Academy
Pesquisa doutoral · Capítulo 2 · Português

Capítulo 2 — Infraestrutura crítica e segurança setorial: fronteira da pesquisa

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 2 — Infraestrutura crítica e segurança setorial: fronteira da pesquisa

Mapa da aula

Aula 02 publicada. Mapa, exemplo, EX008.

flowchart TD
  N0["2.1 Por que a literatura é difícil de encontrar"]
  N1["2.2 Mapeamento sistemático entre disciplinas"]
  N2["2.3 O panorama de políticas e normas como objeto de"]
  N3["2.4 Famílias de modelagem de interdependências"]
  N4["2.5 Pesquisa de detecção e de testbeds: a avaliação"]
  N5["2.6 Evidências setoriais e sobre ameaças"]
  N6["2.7 Classificando a lacuna"]
  N7["2.9 Atividade prática: codifique o mapa da literatur"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
  N7 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX008"]

Desenho lógico

flowchart LR
  N0["2.1 Por que a literatura é difícil de encontrar"]
  N1["2.2 Mapeamento sistemático entre disciplinas"]
  N2["2.3 O panorama de políticas e normas como objeto de"]
  N3["2.4 Famílias de modelagem de interdependências"]
  N4["2.5 Pesquisa de detecção e de testbeds: a avaliação"]
  N5["2.6 Evidências setoriais e sobre ameaças"]
  N6["2.7 Classificando a lacuna"]
  N7["2.9 Atividade prática: codifique o mapa da literatur"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX008"]
[2.1 Por que a literatura é difícil de encontrar]
    |
    v
[2.2 Mapeamento sistemático entre disciplinas]
    |
    v
[2.3 O panorama de políticas e normas como objeto de]
    |
    v
[2.4 Famílias de modelagem de interdependências]
    |
    v
[2.5 Pesquisa de detecção e de testbeds: a avaliação]
    |
    v
[2.6 Evidências setoriais e sobre ameaças]
    |
    v
[2.7 Classificando a lacuna]
    |
    v
[2.9 Atividade prática: codifique o mapa da literatur]
    |
    v
[Exemplo resolvido] --> [Exercício EX008]

Objetivos de aprendizagem e conexão

Ao fim deste capítulo, o estudante será capaz de:

  1. Pesquisar a literatura dispersa sobre segurança e resiliência da infraestrutura na engenharia, na pesquisa operacional, na economia, nas políticas públicas e na segurança computacional, com um protocolo documentado e repetível.
  2. Explicar as principais famílias de modelos de interdependência, o que cada uma pressupõe e que tipo de alegação cada uma pode apoiar.
  3. Ler normas e regulamentações — NIST CSF 2.0, NIST SP 800-82, IEC 62443, NERC CIP, NIS2, CER e orientações setoriais — como objetos de pesquisa cuja eficácia é, ela própria, uma questão em aberto.
  4. Avaliar criticamente a pesquisa de detecção e de testbeds quanto às armadilhas de avaliação documentadas na literatura de segurança e de séries temporais.
  5. Classificar uma lacuna de evidências (ausente, fraca, conflitante, não transferida) e converter um tema numa declaração de contribuição falseável.

O Capítulo 1 forneceu a escada de alegações e as fontes de evidência; este capítulo as usa para ler o campo. O Capítulo 3 transformará a lacuna escolhida aqui numa proposta de contribuição.

2.1 Por que a literatura é difícil de encontrar

Um doutorando em segurança da infraestrutura herda pelo menos cinco literaturas que raramente se citam:

Comunidade Perguntas típicas Veículos e vocabulário típicos
Engenharia de confiabilidade e de risco Propagação de falhas, restauração, métricas de risco, curvas de resiliência Reliability Engineering & System Safety, Risk Analysis; "inoperability", "resilience triangle", "fragility".
Engenharia de energia, água e transportes Física das redes, proteção, sequenciamento da restauração Periódicos do IEEE de energia e redes inteligentes, periódicos de recursos hídricos; "service restoration", "black start", "pressure zone".
Pesquisa operacional Programação, projeto de redes, interdição Periódicos de PO; "weighted completion time", "interdiction", "stochastic program".
Segurança computacional e de TO Ataques, detecção, testbeds, protocolos Conferências de segurança e workshops de segurança de sistemas ciberfísicos; "anomaly detection", "testbed", "threat model".
Políticas públicas, direito e gestão Regulação, parcerias, incentivos, notificação Periódicos de políticas e relatórios governamentais; "sector risk management", "public–private partnership", "critical entity".

Veículos dedicados, como o International Journal of Critical Infrastructure Protection e a série de conferências CRITIS, fazem a ponte entre algumas dessas comunidades, mas uma busca restrita aos veículos de segurança deixará de fora a maior parte do trabalho sobre restauração e interdependência, e uma busca restrita à engenharia deixará de fora o trabalho orientado por ameaças. O framework de Rinaldi, Peerenboom e Kelly (2001) é o ancestral comum mais frequente e uma boa semente para o encadeamento de citações nas duas direções.

2.2 Mapeamento sistemático entre disciplinas

2.2.1 Escolhendo o tipo de revisão

Uma revisão sistemática responde a uma pergunta focada com uma busca exaustiva e uma avaliação crítica formal; uma revisão de escopo mapeia a extensão e a natureza de um corpo de trabalhos; uma revisão narrativa é uma síntese especializada sem busca reprodutível. Para um capítulo de fronteira de doutorado, uma revisão de escopo com protocolo documentado costuma ser o certo: ela é reprodutível, mostra a forma do campo e identifica onde uma revisão sistemática seria prematura. Relate-a usando os itens pertinentes do PRISMA 2020 — fontes da busca, datas, cadeias de busca, triagem, motivos de exclusão e um diagrama de fluxo —, mesmo onde a checklist completa não se aplica.

2.2.2 Um protocolo de busca para o Cascade Study

  1. Pergunta. O que se sabe sobre o efeito da ordenação da restauração, informada pelas dependências intersetoriais, sobre as consequências das quedas de infraestrutura, incluindo as quedas induzidas por ciberataques?
  2. Blocos de conceitos. (restoration OR recovery OR "service restoration" OR prioritization) AND (interdependen* OR dependen* OR cascad*) AND (infrastructure OR utility OR "distribution system" OR "lifeline").
  3. Fontes. Pelo menos um índice de engenharia, um índice acadêmico geral e uma fonte de políticas (relatórios governamentais, relatórios pós-ação), mais o encadeamento de citações para trás e para frente a partir de dois artigos-semente.
  4. Elegibilidade. Estudos que comparam pelo menos duas ordenações de restauração ou que quantificam a consequência impulsionada por dependências; excluir as classificações de vulnerabilidade puramente topológicas que não modelam o serviço.
  5. Triagem. Dois triadores numa amostra de títulos e resumos, com a concordância medida antes da divisão do trabalho; divergências resolvidas por discussão e registradas.
  6. Quadro de codificação. Família de modelo; tipo de validação (nenhuma, de face, histórica, de campo); fonte dos dados; se os autores também construíram o testbed ou o modelo que avaliam; métrica de desfecho; tipo de perigo (natural, acidental, cibernético); linha de base de comparação.
  7. Regra de parada. Parar o encadeamento quando duas rodadas consecutivas não acrescentarem nenhum estudo elegível.

2.2.3 Avaliação crítica de modelos e simulações

As ferramentas de avaliação clínica se encaixam mal. Para artigos baseados em modelos, avalie: a estrutura do modelo é justificada pelo mecanismo que ele representa? Os parâmetros têm fonte? A implementação foi verificada (o código faz o que o artigo diz)? O modelo foi validado, e contra o quê — validade de face, eventos históricos, dados de campo (Sargent, 2013)? Há uma análise de sensibilidade? A linha de base de comparação é forte? O código e as entradas estão disponíveis? Um artigo de modelagem que não consegue responder às perguntas de verificação e validação apoia, no máximo, uma alegação sobre o modelo, e não sobre a infraestrutura.

2.3 O panorama de políticas e normas como objeto de pesquisa

Normas e regulamentações não são apenas pano de fundo; se elas funcionam é uma das maiores questões em aberto do campo. O panorama atual (verifique as versões antes de citar):

A lacuna de pesquisa comum a todo o panorama são as evidências de desfecho: os frameworks são justificados pelo consenso de especialistas e pelas lições de incidentes, mas estudos comparativos que liguem sua adoção às consequências são raros, porque os dados de desfecho são raros, protegidos e confundidos pela maturidade organizacional.

2.4 Famílias de modelagem de interdependências

Ouyang (2014) revisou a modelagem e a simulação de sistemas de infraestrutura interdependentes e agrupou as abordagens em empíricas, baseadas em agentes, baseadas em dinâmica de sistemas, baseadas em teoria econômica, baseadas em redes e outras. Cada família apoia um tipo diferente de alegação.

Família Ideia central Apoia alegações sobre Principais limites
Empírica Analisar registros de perturbações passadas e de sua propagação O que aconteceu; frequência dos tipos de dependência nos relatórios Viés de notificação; poucos eventos; sem contrafactuais
Baseada em agentes Simular tomadores de decisão e ativos autônomos Comportamento emergente, decisões dos operadores Muitos parâmetros; validação difícil
Dinâmica de sistemas Estoques, fluxos e laços de realimentação ao longo do tempo Dinâmica agregada, realimentação de políticas Grosseira; estrutura presumida
Econômica (insumo-produto) Propagação ao estilo de Leontief da inoperabilidade ou da perda de produção entre setores (Haimes and Jiang, 2001) Perda econômica em nível setorial e classificação Linear, estática ou quase estática; a agregação setorial esconde as instalações
Rede — topologia Grafos e percolação Fragilidade estrutural; regimes qualitativos de cascata Sem fluxos, reservas nem operadores
Rede — fluxo Fluxos físicos (fluxo de potência, hidráulica) em redes Consequências de engenharia dentro de um setor Exige muitos dados; acoplamento intersetorial difícil
Cossimulação Acoplar simuladores de domínio (energia, água, comunicações) Temporização intersetorial com fidelidade física Erro de integração; sincronização; pesada

Cascatas topológicas. Buldyrev et al. (2010) mostraram, num modelo de percolação de duas redes interdependentes, que o acoplamento pode produzir um colapso abrupto e catastrófico e que, diferentemente do que ocorre em redes isoladas, distribuições de grau mais amplas podem aumentar a vulnerabilidade a falhas aleatórias. O resultado é um marco do entendimento estrutural. Também é uma fonte frequente de alegações excessivas: o modelo pressupõe dependência de tudo ou nada, nenhuma reserva, nenhuma restauração e padrões de acoplamento específicos. Citá-lo como evidência de que a energia e as comunicações de uma cidade específica vão colapsar abruptamente é um erro de categoria — um entendimento estrutural L5 apresentado como alegação de consequência L4.

Inoperabilidade de insumo-produto. O modelo de insumo-produto de inoperabilidade (IIM) escreve o vetor de inoperabilidade de equilíbrio q como q = A*q + c*, de modo que q = (I − A*)⁻¹ c*, em que A* contém os coeficientes de interdependência e c*, uma perturbação inicial. O Capítulo 4 replica um cálculo do IIM e mostra como um erro de convenção da matriz muda silenciosamente os resultados.

Onde ficam as reservas. Um tema comum às famílias é que a temporização das consequências é governada pelas reservas — combustível dos geradores, autonomia das baterias, armazenamento, estoques, procedimentos manuais —, que a topologia ignora e que os modelos de fluxo muitas vezes mantêm constantes. A pesquisa de restauração na engenharia de potência modela o sequenciamento, mas frequentemente dentro de um único setor e com o objetivo de clientes ou carga restaurados. O Cascade Study fica nessa junção: a temporização intersetorial das reservas como motor da ordenação da restauração.

2.5 Pesquisa de detecção e de testbeds: a avaliação como fronteira

Boa parte da literatura do lado da segurança estuda a detecção de ataques em processos industriais. Seus problemas estão cada vez mais bem documentados:

Para uma tese de IC, a detecção importa sobretudo como reserva contra a consequência: uma detecção que chega depois de esgotada a reserva de um serviço não muda nada para as pessoas atendidas. Enquadrar a detecção pelo tempo até a consequência, e não pelo F1, é uma ponte pouco explorada entre as duas literaturas.

2.6 Evidências setoriais e sobre ameaças

2.7 Classificando a lacuna

O livro de doutorado de RI distingue quatro tipos de lacuna de evidências; eles se aplicam aqui sem mudanças:

Tipo de lacuna Significado Exemplo em infraestrutura Próximo estudo certo
Ausente Nenhum estudo trata da pergunta Nenhum teste comparativo do CCE contra a priorização orientada por vulnerabilidades Primeiro desenho comparativo, mesmo que pequeno
Fraca Existem estudos, mas eles não conseguem apoiar a alegação Benefícios da ordenação da restauração mostrados apenas em modelos não validados, construídos pelos proponentes Validação independente; linhas de base mais fortes
Conflitante Estudos críveis discordam Modelos topológicos e de fluxo classificam os mesmos ativos de modo diferente Estudo que discrimine entre os mecanismos
Não transferida Existem evidências em outro domínio Evidências do planejamento de pico hospitalar não aplicadas à ordenação da restauração Teste de transferência com condições de fronteira explícitas

2.8 Exemplo resolvido: avaliação crítica da literatura sobre ordenação da restauração (sintético)

A revisão de escopo do Cascade Study (sintética) encontrou oito artigos elegíveis, P1–P8:

ID Família Validação Independente do próprio modelo ou testbed dos autores? Alegação apoiada
P1 Topologia de rede Nenhuma Não C1 a centralidade identifica os ativos de maior consequência
P2 Topologia de rede De face (revisão por especialistas) Não C1
P3 Insumo-produto Histórica (queda regional) Sim C2 o IIM classifica os setores pela perda econômica
P4 Baseado em agentes De face Não C3 a restauração ciente das dependências reduz a perda crítica
P5 Cossimulação Histórica Não C3
P6 Insumo-produto Histórica Sim C2
P7 Cossimulação De campo (exercício de concessionária) Sim C3
P8 Empírico De campo (registros pós-ação) Sim C4 a duração da energia de reserva domina a temporização da cascata

Avaliação crítica: C1 só tem evidências topológicas autovalidadas — é fraca. C2 tem duas validações históricas independentes — a alegação mais forte do conjunto, embora trate de perda econômica, e não de serviço. C3 tem três estudos, mas apenas um independente e fortemente validado; P4 e P5 foram avaliados nos próprios modelos dos autores, o que convida à circularidade modelo–política (Capítulo 6). C4 se apoia num único estudo empírico. A fronteira é, portanto, C3: plausível, repetidamente proposta, fracamente testada.

2.9 Atividade prática: codifique o mapa da literatura

# Lab 2 - coding a synthetic literature map for interdependency-modelling claims (offline)
# Fields: id, model family, validation, independent of authors' own testbed?, claim supported
studies = [
    ("P1", "network-topology", "none",       False, "C1"),
    ("P2", "network-topology", "face",       False, "C1"),
    ("P3", "input-output",     "historical", True,  "C2"),
    ("P4", "agent-based",      "face",       False, "C3"),
    ("P5", "co-simulation",    "historical", False, "C3"),
    ("P6", "input-output",     "historical", True,  "C2"),
    ("P7", "co-simulation",    "field",      True,  "C3"),
    ("P8", "empirical",        "field",      True,  "C4"),
]
claims = {
    "C1": "Topological centrality identifies the assets whose loss causes the largest service cascade",
    "C2": "Input-output inoperability ranks sectors by economic loss after a regional outage",
    "C3": "Dependency-aware restoration lowers critical-service loss compared with siloed restoration",
    "C4": "Backup-power duration is the dominant buffer controlling cascade timing",
}
STRONG = {"historical", "field"}
for cid, text in claims.items():
    rows = [s for s in studies if s[4] == cid]
    strong_indep = [s[0] for s in rows if s[2] in STRONG and s[3]]
    if len(strong_indep) >= 2:
        state = "supported (>=2 independent strong validations)"
    elif strong_indep:
        state = "single-source; needs replication"
    else:
        state = "open: no independent strong validation"
    print(f"{cid}: {state}; evidence={[s[0] for s in rows]}; strong+independent={strong_indep}")

Saída esperada:

C1: open: no independent strong validation; evidence=['P1', 'P2']; strong+independent=[]
C2: supported (>=2 independent strong validations); evidence=['P3', 'P6']; strong+independent=['P3', 'P6']
C3: single-source; needs replication; evidence=['P4', 'P5', 'P7']; strong+independent=['P7']
C4: single-source; needs replication; evidence=['P8']; strong+independent=['P8']

Registre a saída exata no seu diário de reprodução, e não uma paráfrase.

A regra codificada em STRONG e no indicador de independência é uma escolha. Mudá-la muda quais alegações estão "apoiadas". Um mapa da literatura precisa publicar sua regra de codificação para que os leitores possam discordar dela explicitamente.

Duas verificações valem a pena antes de confiar no mapa. Primeiro, execute-o sem o indicador de independência: C3 passa então a contar P5 como validação forte e é relatada como apoiada, o que mostra quanto do veredito repousa sobre essa única decisão de codificação. Segundo, peça a um segundo codificador que classifique a validação e a independência dos oito artigos sem ver a planilha do primeiro, e registre onde eles divergem. A divergência sobre se um exercício de concessionária conta como validação de campo, como em P7, é uma constatação sobre o quadro de codificação, e o quadro deve ser estreitado antes que o mapa seja usado para escolher uma lacuna.

2.10 Do mapa à fronteira: o teste da contribuição

Uma lacuna se torna uma contribuição de doutorado quando passa em quatro testes: Aberta — a busca documentada mostra que ela ainda não foi respondida; Importante — uma resposta mudaria uma decisão que alguém de fato toma (aqui, a ordenação da restauração nas operações de emergência); Viável — dados, modelos, parceiros e ética a permitem dentro do programa; Falseável — uma observação declarada mostraria que a alegação está errada. Formato de redação: "Em [população/contexto], [intervenção], em comparação com [a linha de base mais forte], mudará [a métrica primária] em pelo menos [o menor efeito de interesse] sem piorar [a métrica de segurança] além de [a margem]; isto será refutado se [observação]."

A declaração do Cascade Study (a ser refinada no Capítulo 3): Em quedas da distribuição que exigem a restauração manual e sequencial dos alimentadores, ordenar pelo tempo até o impacto dos serviços críticos, em comparação com ordenar pelos clientes restaurados, reduz a perda ponderada de serviços críticos declarada com antecedência em pelo menos 20%, aumentando os clientes-hora perdidos em não mais de 15%; isto é refutado se a redução ficar abaixo de 20% num modelo de uma segunda região construído de forma independente, ou se operadores num exercício de mesa cego não escolherem essa ordenação quando receberem as mesmas informações.

2.11 Erros comuns e limites

Exercícios — capítulo 2

EX008 — Protocolo de busca. Objetivo: escrever uma busca reprodutível entre disciplinas. Entradas: uma pergunta de sua escolha sobre segurança ou resiliência da infraestrutura. Restrições: pelo menos três tipos de fonte (índice de engenharia, índice geral, fonte de políticas); encadeamento de citações. Passos: (1) declare a pergunta; (2) construa os blocos de conceitos e as cadeias de busca; (3) defina a elegibilidade e os motivos de exclusão; (4) defina a triagem, a concordância e a regra de parada. Evidência esperada: protocolo (≤ 2 páginas). Rubrica: 3 = repetível, entre disciplinas, concordância medida, regra de parada explícita; 2 = um elemento vago; 1 = apenas uma lista de palavras-chave; 0 = nada.

EX009 — Avaliação crítica de um artigo de modelagem. Objetivo: avaliar um artigo de simulação quanto à alegação que ele pode apoiar. Entradas: o estudo sintético P5 (cossimulação, validação histórica, modelo dos próprios autores). Restrições: use a §2.2.3. Passos: liste o que você conferiria quanto à estrutura, aos parâmetros, à verificação, à validação, à sensibilidade, à linha de base e à disponibilidade; declare a alegação mais forte que P5 pode apoiar e seu degrau. Evidência esperada: formulário de avaliação e uma alegação em uma frase. Rubrica: 3 = identifica como decisivos o modelo construído pelos autores, a verificação desconhecida, o evento histórico único e a força da linha de base, alegação limitada ao modelo; 2 = uma questão não percebida; 1 = aceita a alegação como L5; 0 = nada.

EX010 — Adequação da família de modelos. Objetivo: casar perguntas com famílias de modelagem. Entradas: quatro perguntas: (a) Quais setores perdem mais produção depois de uma semana de perda de energia regional? (b) Quanto tempo até um hospital perder a pressão da água depois da queda de um alimentador? (c) Os operadores compartilham combustível informalmente entre concessionárias durante quedas longas? (d) Um sistema de duas redes com acoplamento aleatório é propenso a um colapso abrupto? Restrições: uma família primária por pergunta, com um motivo e um limite. Passos: (1) reformule o que cada pergunta pede que você preveja ou explique; (2) escolha a família de modelagem primária da §2.4; (3) justifique a escolha pela alegação que ela apoia; (4) nomeie o limite mais importante da família para aquela pergunta. Evidência esperada: tabela. Rubrica: 3 = (a) insumo-produto, (b) fluxo/cossimulação ou modelo de reservas, (c) empírico/qualitativo ou baseado em agentes informado por entrevistas, (d) topologia/percolação, cada um com limites sólidos; 2 = uma inadequação; 1 = duas ou mais; 0 = nada.

EX011 — A norma como hipótese. Objetivo: transformar uma norma numa alegação testável. Entradas: as zonas, os condutos e o SL-T da IEC 62443-3-2 (§2.3). Restrições: uma hipótese testável; nomeie a medida de desfecho e um desenho viável. Passos: declare a alegação causal implícita da norma; escreva uma hipótese; proponha um desenho (p. ex., exercícios de red team em zonas de testbed com diferentes SL-T); nomeie dois fatores de confusão. Evidência esperada: uma página. Rubrica: 3 = hipótese observável, desenho seguro e viável, fatores de confusão reais (habilidade do avaliador, idade dos ativos); 2 = desenho vago; 1 = repete a norma; 0 = nada.

EX012 — Conserte o mapa da literatura. Objetivo: fazer uma regra de codificação corresponder a um padrão declarado. Entradas: Laboratório 2. Restrições: offline; mantenha todas as linhas. Passos: (1) acrescente um campo hazard (P5 e P7 "cyber", todos os demais "all-hazards"); (2) mude a regra para que uma alegação sobre quedas induzidas por ciberataques seja apoiada apenas por validações fortes e independentes com perigo "cyber"; (3) execute e registre a saída exata para C3; (4) explique em 100 palavras o que mudou e por que isso importa. Evidência esperada: código modificado, saída exata, explicação. Rubrica: 3 = código correto; C3 continua com fonte única (apenas P7), e o estudante observa que C1, C2 e C4 agora não têm apoio forte e independente para quedas induzidas por ciberataques, com uma explicação clara da transferência entre perigos; 2 = saída correta, explicação rala; 1 = regra errada; 0 = não executado.

EX013 — Classifique a lacuna. Objetivo: distinguir os tipos de lacuna. Entradas: quatro afirmações sintéticas: (a) "Dois estudos com modelos de fluxo discordam sobre se o armazenamento de água ou o combustível dos geradores domina a temporização da queda num hospital"; (b) "Existe pesquisa sobre a capacidade de pico hospitalar, mas nenhum estudo a liga à ordenação da restauração"; (c) "Três white papers de fornecedores alegam que sua plataforma reduz à metade o tempo de restauração"; (d) "Nenhum estudo da nossa busca documentada compara o CCE com a priorização orientada por vulnerabilidades." Restrições: um tipo para cada, justificado; proponha o próximo estudo. Passos: (1) reformule cada uma como uma pergunta; (2) liste as evidências sobre ela; (3) atribua um tipo de lacuna; (4) nomeie o estudo que a fecharia. Evidência esperada: quatro parágrafos. Rubrica: 3 = conflitante, não transferida, fraca, ausente, com próximos passos sólidos; 2 = um erro; 1 = dois erros; 0 = nada.

EX014 — Declaração falseável e memorando de fronteira. Objetivo: converter um tema numa contribuição. Entradas: o tema "resiliência dos sistemas de pagamento durante quedas regionais de energia". Restrições: use o formato de redação da §2.10; a observação refutadora precisa ser viável; 400–600 palavras; cite apenas fontes que você leu. Passos: (1) escreva a declaração; (2) aplique os quatro testes; (3) revise uma vez; (4) explique qual pergunta adjacente precisa ser respondida primeiro e por quê. Evidência esperada: declaração, notas dos testes, revisão, memorando. Rubrica: 3 = passa em todos os testes, com um refutador viável e uma ordenação justificada das perguntas; 2 = um teste fraco; 1 = ainda é um tema; 0 = nada.

Síntese do capítulo

A fronteira da segurança da infraestrutura está espalhada por cinco literaturas com vocabulários diferentes; uma busca de doutorado precisa atravessá-las deliberadamente e documentar como. Normas e regulamentações são hipóteses sobre o que reduz a consequência, e as evidências de desfecho a seu respeito são escassas. Os modelos de interdependência vêm em famílias que apoiam alegações diferentes; os resultados topológicos dão entendimento estrutural, os modelos de insumo-produto dão a economia em nível setorial, e os modelos de fluxo ou de cossimulação dão a temporização de engenharia — nenhum substitui a validação. A pesquisa de detecção está melhorando sua prática de avaliação; para a IC, a detecção importa como uma reserva medida contra o tempo até a consequência. Avalie a independência e a validação, e não as contagens. A lacuna do Cascade Study — a ordenação da restauração ciente das dependências é muitas vezes proposta e fracamente testada — é aberta, importante, viável e pode ser tornada falseável.

Continue estudando — capítulo 02 de 08

← Capítulo 01 · Índice de capítulos do curso · Capítulo 03 →

Siga para a próxima lição escrita.