OpenCyber Academy
Grado · Capítulo 35 · Español
Código del curso: OCA-114Capítulo 35: OCA-114-C035

Capítulo 35 — Propuesta del proyecto final

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 35 publicada. Mapa, ejemplo, EX103.

flowchart TD
  N0["Resultados de aprendizaje"]
  N1["35.1 Estructura de la propuesta"]
  N2["35.2 Un alcance que encaje"]
  N3["35.3 Límite ético y de seguridad"]
  N4["35.4 Criterios de aceptación"]
  N5["Síntesis del capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5
  N5 --> EX["Ejemplo resuelto"]
  EX --> Q["Ejercicio EX103"]

Dibujo lógico

flowchart LR
  N0["Resultados de aprendizaje"]
  N1["35.1 Estructura de la propuesta"]
  N2["35.2 Un alcance que encaje"]
  N3["35.3 Límite ético y de seguridad"]
  N4["35.4 Criterios de aceptación"]
  N5["Síntesis del capítulo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX103"]
[Resultados de aprendizaje]
    |
    v
[35.1 Estructura de la propuesta]
    |
    v
[35.2 Un alcance que encaje]
    |
    v
[35.3 Límite ético y de seguridad]
    |
    v
[35.4 Criterios de aceptación]
    |
    v
[Síntesis del capítulo]
    |
    v
[Ejemplo resuelto] --> [Ejercicio EX103]

Resultados de aprendizaje

Usted podrá (1) escribir una propuesta de proyecto final con problema, pregunta, alcance, método, ética y calendario; (2) definir entregables que puedan evaluarse; (3) enunciar los límites de seguridad y de autorización; y (4) obtener la aprobación del alcance por parte de su supervisor.

35.1 Estructura de la propuesta

Una propuesta de proyecto final para este curso tiene siete partes: planteamiento del problema (un párrafo con una fuente citada), pregunta de investigación o de diseño, alcance y exclusiones, método, límites éticos y de seguridad, entregables con criterios de aceptación, y un calendario con hitos. No supere las cuatro páginas; un supervisor debe poder aprobarla o rechazarla en una sola reunión. La propuesta de Maya cabe en tres páginas: un párrafo de problema que cita ATT&CK for ICS T0836 y CISA AA21-042A, una pregunta sobre con qué exactitud puede clasificar escrituras Modbus un monitor basado en reglas, un alcance sintético y sin conexión, y entregables comprobables.

35.2 Un alcance que encaje

Los proyectos finales de grado fracasan más a menudo por el alcance que por la dificultad. «Proteger LDHP» no es un proyecto final. «Diseñar, implementar y evaluar un monitor pasivo de escrituras Modbus para la captura sintética de la zona de control de LDHP, midiendo la precisión y la exhaustividad en seis clases de ataque» sí lo es. La pregunta del proyecto final de Maya se acerca a la segunda: clasificar las escrituras Modbus de una captura sintética de LDHP con reglas del capítulo 27 más una regla de frecuencia, y medir la precisión y la exhaustividad. Es lo bastante acotada como para terminarla en un semestre y aun así responde a algo que les importa a los ingenieros de LDHP: si la supervisión pasiva habría detectado una escritura como la del ejercicio de mesa del capítulo 29. El alcance también dice lo que queda fuera: otros protocolos, las capturas en vivo y cualquier aplicación de bloqueos.

35.3 Límite ético y de seguridad

La propuesta debe enunciar: todos los datos son sintéticos o los proporciona un propietario mediante un acuerdo escrito; no se sondeará ningún controlador ni red reales; cualquier herramienta es pasiva y funciona sin conexión; los resultados que revelen una debilidad de un producto real pasan por la divulgación coordinada. Un supervisor firma esta sección. Para el proyecto de Maya, el límite es fácil de enunciar y aun así debe firmarse: las capturas son tráfico sintético de LDHP, el monitor lee archivos y nunca abre un socket de red, y nada se ejecuta contra PLC-H ni contra ningún controlador real. Si su trabajo sugiriera un fallo en un producto de PLC real, iría primero al fabricante.

35.4 Criterios de aceptación

Cada entregable necesita una comprobación: «el monitor procesa el conjunto de evaluación de 8 casos e informa de TP/FP/FN/TN con precisión y exhaustividad» es comprobable; «una buena herramienta» no lo es. Los tres criterios de Maya son comprobables de este modo: el monitor procesa el conjunto de 8 casos e informa de una matriz de confusión; informa de la precisión y la exhaustividad con sus denominadores; y detecta cada una de las seis clases de ataque. El tercero es el que su evaluación marca después como cumplido en parte. Un criterio que no puede fallar, como «el monitor es útil», no le da al examinador nada que evaluar ni al estudiante nada que defender.

Ejemplo resuelto (LDHP sintética)

La propuesta de Maya. Problema: las escrituras no autorizadas de puntos de consigna, como las descritas en ATT&CK for ICS T0836, suelen pasar inadvertidas para los operadores (motivado por CISA AA21-042A, donde el personal lo advirtió solo porque estaba mirando la pantalla). Pregunta: ¿con qué exactitud puede un monitor basado en reglas clasificar las escrituras Modbus de una captura sintética? Alcance: sin conexión, sintético, solo Modbus/TCP. Método: reglas de lista de permitidos del capítulo 27 más una regla de frecuencia; conjunto de evaluación del capítulo 38. Calendario: 12 semanas con hitos en las semanas 3, 7 y 10.

Caso sintético — Lakeside District Heating Plant. El proyecto final usa solo capturas sintéticas.

Errores y límites

Prometer de más en las métricas de una propuesta («detección del 100 %») prepara el fracaso. Las propuestas deberían prever que un resultado negativo sea aceptable si está bien fundamentado.

Ejercicios — capítulo 35

Síntesis del capítulo

Una propuesta sólida es pequeña, comprobable y está acotada por una ética explícita, y admite un resultado negativo honesto.

Siga estudiando — capítulo 35 de 40

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

Respuestas desarrolladas

EX103. «¿Puede un clasificador de regresión logística entrenado con 20 características sintéticas de la temperatura de impulsión de LDHP distinguir una deriva lenta del punto de consigna de los cambios normales de carga, medido por la exhaustividad con una tasa fija de falsas alarmas del 5 % en ejecuciones simuladas reservadas, sin ningún acceso a una planta real?».

EX104. «Todos los datos de este proyecto son sintéticos y los generan los scripts del repositorio; no se contactará con ningún controlador, red ni servicio reales. El monitor solo lee archivos de captura sin conexión. Si el trabajo revela una debilidad en cualquier producto real, se comunicará a través del proceso de divulgación del fabricante y no se publicará hasta que esté coordinado».

EX105. «El informe de evaluación contiene la matriz de confusión del conjunto de 8 casos, la precisión y la exhaustividad con numeradores y denominadores, la lista de clases de ataque no detectadas, el hash de commit del script y las semillas, y sus números coinciden con una nueva ejecución de lab_eval.py».