OpenCyber Academy
Investigación doctoral · Capítulo 3 · Español
Código del curso: OCA-205Capítulo 03: OCA-205-C003

Capítulo 3 — Propuesta de contribución original

Aprendizaje gratuito y abierto para quienes desean proteger a las personas y la tecnología. No se necesita una cuenta para estudiar ni consultar las respuestas.

Mapa de la lección

Lección 03 publicada. Mapa, ejemplo, EX015.

flowchart TD
  N0["Resultados de aprendizaje y conexión"]
  N1["3.1 Tipos de contribución"]
  N2["3.2 El mecanismo: visibilidad complementaria"]
  N3["3.3 Modelo del observador"]
  N4["3.4 Hipótesis y umbrales"]
  N5["3.5 Líneas base y explicaciones rivales"]
  N6["Síntesis del capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6
  N6 --> EX["Ejemplo resuelto"]
  EX --> Q["Ejercicio EX015"]

Dibujo lógico

flowchart LR
  N0["Resultados de aprendizaje y conexión"]
  N1["3.1 Tipos de contribución"]
  N2["3.2 El mecanismo: visibilidad complementaria"]
  N3["3.3 Modelo del observador"]
  N4["3.4 Hipótesis y umbrales"]
  N5["3.5 Líneas base y explicaciones rivales"]
  N6["Síntesis del capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> Q["EX015"]
[Resultados de aprendizaje y conexión]
    |
    v
[3.1 Tipos de contribución]
    |
    v
[3.2 El mecanismo: visibilidad complementaria]
    |
    v
[3.3 Modelo del observador]
    |
    v
[3.4 Hipótesis y umbrales]
    |
    v
[3.5 Líneas base y explicaciones rivales]
    |
    v
[Síntesis del capítulo]
    |
    v
[Ejemplo resuelto] --> [Ejercicio EX015]

Resultados de aprendizaje y conexión

Al terminar este capítulo usted podrá (1) clasificar por tipo una contribución propuesta; (2) expresar un mecanismo que explique por qué debería funcionar un método; (3) redactar un modelo del observador, el equivalente en la investigación de inventarios de un modelo del atacante; (4) formular hipótesis con umbrales y condiciones de fracaso prerregistrados; y (5) seleccionar líneas base equitativas y nombrar explicaciones rivales. Convierte la laguna falsable del capítulo 2 en una propuesta que el capítulo 4 puede pilotar.

3.1 Tipos de contribución

Una contribución doctoral en este ámbito suele ser una de estas: un método nuevo (un procedimiento de inventario de doble fuente), una medición nueva (la primera estimación independiente de la exhaustividad de las herramientas de inventario), un artefacto nuevo (un corpus adjudicado abierto), un resultado negativo (mostrar que una métrica muy usada no es válida) o una teoría (un modelo de cómo la agilidad reduce el tiempo de sustitución). Declare un tipo principal; las contribuciones secundarias son bienvenidas, pero no deben diluir la afirmación que pondrá a prueba el tribunal. La contribución principal del Estudio Ciphertrail es una medición —la exhaustividad y la precisión independientes de un método de doble fuente—, con el corpus adjudicado como artefacto secundario.

3.2 El mecanismo: visibilidad complementaria

Un método merece estudiarse cuando hay una razón por la que debería funcionar. El análisis estático —escanear código fuente, manifiestos de dependencias, binarios y configuración— ve la criptografía que la organización construye y configura, pero no lo que hacen por dentro los equipos cerrados de los fabricantes. La telemetría pasiva —los metadatos de los saludos de TLS, SSH e IKE— ve lo que realmente se negocia en la red, también dentro de los equipos de los fabricantes, pero no ve nada de los datos en reposo ni de los dispositivos que nunca se comunican por un segmento supervisado. El mecanismo es la visibilidad complementaria: las dos fuentes fallan en clases de activos distintas, así que su unión debería elevar la exhaustividad donde una está ciega y la otra no, y no debería ayudar donde ambas están ciegas. Un mecanismo que predice dónde fallará el método vale más que uno que solo predice el éxito, porque hace falsable la afirmación.

3.3 Modelo del observador

Defina qué puede observar y qué no cada instrumento, igual que un modelo del atacante definiría capacidades:

Tabla de la lección; desplázate para ver todas las columnas →

Observador Ve No ve
S — estático Identificadores de algoritmos y llamadas a API en el código; versiones de bibliotecas; archivos de configuración; almacenes de certificados accesibles en disco El interior de equipos cerrados; las elecciones de negociación en tiempo de ejecución; datos cifrados por terceros
P — pasivo Grupos de TLS 1.3 y algoritmos de firma ofrecidos y seleccionados; cadenas de certificados en claro (TLS 1.2) o tal como las revelan los registros de los extremos; propuestas de SSH e IKE Datos en reposo; tráfico en segmentos no supervisados; certificados cifrados de TLS 1.3 sin cooperación de los extremos
G — verdad de referencia Adjudicación ciega por los ingenieros E01–E10 con la documentación de los dueños Usos que ningún documento registra (se declaran como desconocidos)

Fíjese en la sutileza de TLS 1.3: en TLS 1.3 los certificados viajan cifrados, de modo que un sensor puramente pasivo ve el grupo de intercambio de claves seleccionado, pero no el algoritmo de firma del servidor, salvo que se añada registro en los extremos. Una propuesta que ignorara esto exageraría la cobertura pasiva de las firmas.

3.4 Hipótesis y umbrales

Prerregistre, antes de ver el corpus principal:

Cada hipótesis tiene una condición declarada bajo la cual se rechaza. H3 se incluye porque, dado el mecanismo, sería sospechoso un método que «ayuda en todas partes».

3.5 Líneas base y explicaciones rivales

La línea base es el análisis solo estático configurado por un ingeniero competente con el mismo acceso, no un escáner deliberadamente débil. Una segunda línea base es la solo pasiva. Entre las explicaciones rivales de una ganancia observada están: hallazgos pasivos que duplican hallazgos estáticos con otros nombres (lo que infla los recuentos), adjudicadores influidos por qué herramienta encontró un elemento (lo que infla la precisión) y un corpus que sobrerrepresenta los equipos de los fabricantes (lo que infla la ganancia agregada). El diseño responde a cada una: identificadores canónicos por uso, adjudicación ciega e informes por clase.

Escriba cada explicación rival con el resultado que la respaldaría, para que el diseño pueda juzgarse antes de que lleguen los datos.

3.6 Ejemplo resuelto y Lab 3

La propuesta incluye un estudio de modelo para comprobar si H1 y H3 son siquiera plausibles antes de recoger ningún dato. Las probabilidades de detección son valores didácticos arbitrarios elegidos para encarnar el 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}")

Salida 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

El modelo muestra el patrón previsto: una gran ganancia en los equipos de los fabricantes, casi ninguna en los datos en reposo y una ganancia agregada (0,20) que depende mucho de la mezcla de clases. Este último punto es una advertencia de diseño: una organización con menos equipos de fabricantes mostraría una ganancia agregada menor con el mismo método, así que la tesis debe informar de los resultados por clase y de la mezcla.

3.7 Errores comunes y límites

Cada error tiene un síntoma visible en una propuesta: un método descrito sin decir dónde debería fallar, una hipótesis que una unión garantiza, una línea base estática ejecutada con la configuración por defecto por alguien que no la conoce, o una afirmación de cobertura pasiva de las firmas con TLS 1.3. Busque esos síntomas en la propuesta antes de que lo haga el comité.

Ejercicios — capítulo 3

Síntesis del capítulo

Una contribución es defendible cuando su mecanismo predice tanto el éxito como el fracaso, su modelo del observador declara lo que cada instrumento no puede ver, sus hipótesis pueden rechazarse y sus líneas base son sólidas. El Estudio Ciphertrail propone la visibilidad complementaria y predice dónde no ayudará.

Siga estudiando — capítulo 03 de 08

← Capítulo 02 (borrador) · Índice de capítulos del curso · Capítulo 04 (borrador) →

Respuestas desarrolladas

EX015. Principal: medición (exhaustividad y precisión independientes); alternativa: método nuevo. El planteamiento como medición es más sólido porque puede contrastarse con un umbral explícito sobre un corpus independiente; el planteamiento como «método» invita a la réplica «cualquier unión ayuda».

EX016. El inventario basado en SBOM ve las bibliotecas y versiones declaradas; predice una exhaustividad alta para el software propio con canalizaciones de compilación y fracaso para los equipos sin SBOM, para los algoritmos seleccionados en tiempo de ejecución por configuración y para los datos en reposo.

EX017. Los registros de los extremos ven los algoritmos de certificado y de firma del lado del servidor en TLS 1.3, las elecciones de cifrado y las identidades de los clientes; no ven los dispositivos sin registro ni los clientes no gestionados; el coste para la privacidad es mayor porque los registros pueden vincular usuarios con servicios, así que conviene seudonimizar en origen.

EX018. «En los elementos reservados de HRHN, la diferencia pareada de exhaustividad (doble − estática) es de al menos 0,10; se rechaza si el límite inferior del IC del 95 % es inferior a 0,10». Cualquier umbral que pueda rechazarse obtiene la puntuación.

EX019. Agregado estático 0,73 frente a doble 0,81: ganancia de 0,08 en lugar de 0,20, porque la clase que más se beneficia se ha reducido. El método no cambió; cambió la mezcla, así que deben informarse los resultados por clase.

EX020. Rival: sensores pasivos colocados después de incidentes anteriores, de modo que la ganancia observada refleja dónde ya se conocían problemas (control: ubicación de los sensores documentada y analizada). Rival: línea base estática ejecutada con un acceso desactualizado a los repositorios (control: misma fecha de instantánea de acceso para ambas).