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

Capítulo 3 — Proposta de contribuição original

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 3 — Proposta de contribuição original

Mapa da aula

Aula 03 publicada. Mapa, exemplo, EX015.

flowchart TD
  N0["3.1 Tipos de contribuição"]
  N1["3.2 O mecanismo: visibilidade complementar"]
  N2["3.3 Modelo de observador"]
  N3["3.4 Hipóteses e limiares"]
  N4["3.5 Linhas de base e rivais"]
  N5["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5
  N5 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX015"]

Desenho lógico

flowchart LR
  N0["3.1 Tipos de contribuição"]
  N1["3.2 O mecanismo: visibilidade complementar"]
  N2["3.3 Modelo de observador"]
  N3["3.4 Hipóteses e limiares"]
  N4["3.5 Linhas de base e rivais"]
  N5["Síntese do capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX015"]
[3.1 Tipos de contribuição]
    |
    v
[3.2 O mecanismo: visibilidade complementar]
    |
    v
[3.3 Modelo de observador]
    |
    v
[3.4 Hipóteses e limiares]
    |
    v
[3.5 Linhas de base e rivais]
    |
    v
[Síntese do capítulo]
    |
    v
[Exemplo resolvido] --> [Exercício EX015]

Objetivos de aprendizagem e conexão

Depois deste capítulo, você consegue (1) classificar uma contribuição proposta por tipo; (2) expressar um mecanismo que explique por que um método deveria funcionar; (3) escrever um modelo de observador — o equivalente, na pesquisa de inventário, de um modelo de atacante; (4) enunciar hipóteses com limiares pré-registrados e condições de falha; e (5) selecionar linhas de base justas e nomear explicações rivais. Ele transforma a lacuna falseável do Capítulo 2 numa proposta que o Capítulo 4 pode pilotar.

3.1 Tipos de contribuição

Uma contribuição de doutorado nesta área geralmente é uma das seguintes: um novo método (um procedimento de inventário de duas fontes), uma nova medição (a primeira estimativa independente da revocação das ferramentas de inventário), um novo artefato (um corpus adjudicado aberto), um resultado negativo (mostrar que uma métrica muito usada é inválida) ou uma teoria (um modelo de como a agilidade reduz o tempo até a substituição). Enuncie um tipo principal; contribuições secundárias são bem-vindas, mas não devem diluir a alegação que os examinadores vão testar. A contribuição principal do Ciphertrail Study é uma medição — revocação e precisão independentes de um método de duas fontes —, com o corpus adjudicado como artefato secundário.

3.2 O mecanismo: visibilidade complementar

Um método merece estudo quando há uma razão para que ele funcione. A análise estática — varredura do código-fonte, dos manifestos de dependências, dos binários e da configuração — vê a criptografia que a organização constrói e configura, mas não o que os appliances fechados de fornecedores fazem internamente. A telemetria passiva — metadados dos handshakes de TLS, SSH e IKE — vê o que é realmente negociado na rede, inclusive dentro dos appliances de fornecedores, mas não vê nada sobre os dados em repouso nem sobre dispositivos que nunca conversam num segmento monitorado. O mecanismo é a visibilidade complementar: as duas fontes falham em classes de ativos diferentes, então a sua união deveria elevar a revocação onde uma é cega e a outra não, e não deveria ajudar onde as duas são cegas. Um mecanismo que prevê onde o método vai falhar é mais valioso do que um que prevê apenas o sucesso, porque torna a alegação falseável.

3.3 Modelo de observador

Defina o que cada instrumento consegue e não consegue observar, como um modelo de atacante definiria capacidades:

Observador Vê Não vê
S — estático Identificadores de algoritmos e chamadas de API no código; versões de bibliotecas; arquivos de configuração; repositórios de certificados alcançáveis em disco O interior de appliances fechados; as escolhas de negociação em tempo de execução; dados cifrados por terceiros
P — passivo Grupos e algoritmos de assinatura oferecidos e selecionados no TLS 1.3; cadeias de certificados em claro (TLS 1.2) ou reveladas pelos registros dos pontos finais; propostas de SSH e IKE Dados em repouso; tráfego em segmentos não monitorados; certificados cifrados do TLS 1.3 sem cooperação dos pontos finais
G — verdade de referência Adjudicação cega pelos engenheiros E01–E10, com a documentação dos donos Usos que nenhum documento registra (relatados como desconhecidos)

Note a sutileza do TLS 1.3: os certificados trafegam cifrados no TLS 1.3, então um sensor puramente passivo vê o grupo de troca de chaves selecionado, mas não o algoritmo de assinatura do servidor, a menos que se acrescente registro nos pontos finais. Uma proposta que ignorasse isso alegaria demais sobre a cobertura passiva das assinaturas.

3.4 Hipóteses e limiares

Pré-registre, antes de ver o corpus principal:

Cada hipótese tem uma condição declarada sob a qual é rejeitada. A H3 está incluída porque um método que "ajuda em toda parte" seria suspeito, dado o mecanismo.

3.5 Linhas de base e rivais

A linha de base é a análise só estática configurada por um engenheiro competente, com o mesmo acesso, e não um scanner deliberadamente fraco. Uma segunda linha de base é a só passiva. Entre as explicações rivais para um ganho observado estão: constatações passivas que duplicam constatações estáticas com nomes diferentes (inflando as contagens), adjudicadores influenciados por qual ferramenta encontrou um item (inflando a precisão) e um corpus que super-representa appliances (inflando o ganho agregado). O desenho responde a cada uma: identificadores canônicos por uso, adjudicação cega e relato por classe.

Escreva cada rival com o resultado que a sustentaria, para que o desenho possa ser julgado antes de os dados chegarem.

3.6 Exemplo resolvido e Laboratório 3

A proposta inclui um estudo-modelo para verificar se H1 e H3 são sequer plausíveis antes de qualquer dado ser coletado. As probabilidades de detecção são valores didáticos arbitrários, escolhidos para encarnar o mecanismo.

# Lab 3 - Ciphertrail Study (synthetic): static-only vs dual-source inventory recall.
# Each quantum-vulnerable "use" belongs to an asset class; each source detects it with a
# class-specific probability (ARBITRARY teaching values). Dual-source = union of detections.
import random
random.seed(2026)
classes = {  # class: (count, P(static detects), P(passive detects))
    "in-house code":       (420, 0.90, 0.55),
    "vendor appliance":    (260, 0.20, 0.80),
    "embedded/offline":    (180, 0.30, 0.10),
    "data at rest":        (140, 0.70, 0.00),
}
tot = {"static": 0, "dual": 0}; n_all = 0
print(f"{'class':18s}{'n':>5s}{'static':>8s}{'dual':>7s}")
for c, (n, ps, pp) in classes.items():
    s = d = 0
    for _ in range(n):
        hs, hp = random.random() < ps, random.random() < pp
        s += hs; d += (hs or hp)
    tot["static"] += s; tot["dual"] += d; n_all += n
    print(f"{c:18s}{n:5d}{s/n:8.2f}{d/n:7.2f}")
print(f"{'ALL':18s}{n_all:5d}{tot['static']/n_all:8.2f}{tot['dual']/n_all:7.2f}")

Saída esperada:

class                 n  static   dual
in-house code       420    0.89   0.94
vendor appliance    260    0.18   0.84
embedded/offline    180    0.39   0.47
data at rest        140    0.69   0.69
ALL                1000    0.59   0.79

O modelo mostra o padrão previsto: um grande ganho nos appliances de fornecedores, quase nenhum nos dados em repouso e um ganho agregado (0,20) que depende fortemente da composição das classes. Esse último ponto é um alerta de desenho — uma organização com menos appliances mostraria um ganho agregado menor para o mesmo método, então a tese precisa relatar os resultados por classe e a composição.

3.7 Erros comuns e limites

Cada erro tem um sintoma visível numa proposta: um método descrito sem dizer onde deveria falhar, uma hipótese que uma união garante, uma linha de base estática executada com as configurações padrão por alguém que não a conhece, ou uma alegação de cobertura passiva das assinaturas sob TLS 1.3. Verifique esses sintomas na proposta antes que o comitê o faça.

Exercícios — capítulo 3

Síntese do capítulo

Uma contribuição é defensável quando o seu mecanismo prevê tanto o sucesso quanto a falha, o seu modelo de observador declara o que cada instrumento não consegue ver, as suas hipóteses podem ser rejeitadas e as suas linhas de base são fortes. O Ciphertrail Study propõe a visibilidade complementar e prevê onde ela não vai ajudar.

Continue estudando — capítulo 03 de 08

← Capítulo 02 · Índice de capítulos do curso · Capítulo 04 →

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