OpenCyber AcademyInterrupción de portal público
Un portal de servicio público se ralentiza durante un pico de tráfico; usuarios legítimos no pueden completar trámites.
Escenario ficticio para estudiar; no describe personas ni sistemas reales.
Límite de seguridad y autoridad
No bloquee países o proveedores enteros sin analizar el impacto; mantenga el acceso de usuarios legítimos.
Preparación
GV · ID · PRUn portal de servicio público se ralentiza durante un pico de tráfico; usuarios legítimos no pueden completar trámites.
Su decisión. Antes de abrir la respuesta, decida qué debe hacer cada equipo nombrado, cómo, por qué, quién lo aprueba y qué evidencia cambiaría la decisión.
Mostrar la respuesta desarrollada de los equipos
| Equipo | Qué hizo | Cómo lo hizo | Por qué lo hizo |
|---|---|---|---|
| Pine Equipo de evidencias | Preparó la ruta de evidencia | Nombró fuentes de solo lectura y responsables para: Las métricas perimetrales muestran solicitudes de muchas redes, mientras los errores suben solo en el endpoint de envío. | La primera alerta necesita origen y hora verificables. |
| Quartz Equipo de servicio | Ensayó la continuidad segura | Probó de forma aislada una versión de: Aumente la capacidad del servicio de envío y retire controles temporales cuando se estabilicen tráfico y aplicación. | Una recuperación precipitada puede agravar el impacto. |
| River Equipo de decisiones | Definió autoridad y escalamiento | Asignó responsables y condiciones de aprobación para: No bloquee países o proveedores enteros sin analizar el impacto; mantenga el acceso de usuarios legítimos. | Seguridad, privacidad y comunicación requieren decisiones responsables. |
Detección y análisis
DELas métricas perimetrales muestran solicitudes de muchas redes, mientras los errores suben solo en el endpoint de envío.
Su decisión. Antes de abrir la respuesta, decida qué debe hacer cada equipo nombrado, cómo, por qué, quién lo aprueba y qué evidencia cambiaría la decisión.
Mostrar la respuesta desarrollada de los equipos
| Equipo | Qué hizo | Cómo lo hizo | Por qué lo hizo |
|---|---|---|---|
| Pine Equipo de evidencias | Evaluó la señal | Conservó origen, hora UTC y comprobación independiente de: Las métricas perimetrales muestran solicitudes de muchas redes, mientras los errores suben solo en el endpoint de envío. | Una alerta es una pista, no prueba de causa o alcance. |
| Quartz Equipo de servicio | Midió el impacto en usuarios | Comparó el servicio real con la línea base: Un portal de servicio público se ralentiza durante un pico de tráfico; usuarios legítimos no pueden completar trámites. | Las alertas técnicas solas no demuestran impacto operativo. |
| River Equipo de decisiones | Abrió un caso delimitado | Registró hechos confirmados, incógnitas, responsable y próxima revisión. | Los equipos se coordinan sin exagerar la evidencia. |
Respuesta y contención
RSNo bloquee países o proveedores enteros sin analizar el impacto; mantenga el acceso de usuarios legítimos.
Su decisión. Antes de abrir la respuesta, decida qué debe hacer cada equipo nombrado, cómo, por qué, quién lo aprueba y qué evidencia cambiaría la decisión.
Mostrar la respuesta desarrollada de los equipos
| Equipo | Qué hizo | Cómo lo hizo | Por qué lo hizo |
|---|---|---|---|
| Pine Equipo de evidencias | Conservó y delimitó evidencia | Guardó los registros originales y definió una ruta limitada para: Aplique límites de tasa al endpoint afectado y compare la finalización de usuarios legítimos antes de ampliar reglas. | La contención no debe destruir la base de la revisión posterior. |
| Quartz Equipo de servicio | Aplicó el control aprobado | Ejecutó: Aplique límites de tasa al endpoint afectado y compare la finalización de usuarios legítimos antes de ampliar reglas. | Un cambio reversible y aprobado reduce daños sin ampliar el alcance. |
| River Equipo de decisiones | Autorizó y comunicó | Registró aprobador, personas afectadas y límite: No bloquee países o proveedores enteros sin analizar el impacto; mantenga el acceso de usuarios legítimos. | Las acciones exigen autoridad clara y aviso proporcional. |
Recuperación
RCAumente la capacidad del servicio de envío y retire controles temporales cuando se estabilicen tráfico y aplicación.
Su decisión. Antes de abrir la respuesta, decida qué debe hacer cada equipo nombrado, cómo, por qué, quién lo aprueba y qué evidencia cambiaría la decisión.
Mostrar la respuesta desarrollada de los equipos
| Equipo | Qué hizo | Cómo lo hizo | Por qué lo hizo |
|---|---|---|---|
| Pine Equipo de evidencias | Comprobó la persistencia | Comparó nueva telemetría con: Usuarios reales completan un envío de prueba, bajan los errores y ninguna regla bloquea desproporcionadamente a clientes normales. | Un servicio aparentemente sano todavía puede estar comprometido. |
| Quartz Equipo de servicio | Restauró por etapas | Ejecutó: Aumente la capacidad del servicio de envío y retire controles temporales cuando se estabilicen tráfico y aplicación. | El retorno gradual prueba dependencias antes de ampliar el acceso. |
| River Equipo de decisiones | Aceptó el resultado operativo | Pidió aprobación del responsable solo después de: Usuarios reales completan un envío de prueba, bajan los errores y ninguna regla bloquea desproporcionadamente a clientes normales. | Recuperar es una decisión de servicio, no solo un panel verde. |
Mejora
ID.IMPruebe la capacidad ante picos y evalúe el coste de las mitigaciones para los usuarios antes de una emergencia.
Su decisión. Antes de abrir la respuesta, decida qué debe hacer cada equipo nombrado, cómo, por qué, quién lo aprueba y qué evidencia cambiaría la decisión.
Mostrar la respuesta desarrollada de los equipos
| Equipo | Qué hizo | Cómo lo hizo | Por qué lo hizo |
|---|---|---|---|
| Pine Equipo de evidencias | Convirtió incertidumbre en prueba | Documentó la laguna de evidencia y propuso: Pruebe la capacidad ante picos y evalúe el coste de las mitigaciones para los usuarios antes de una emergencia. | Una lección requiere una comprobación futura medible. |
| Quartz Equipo de servicio | Ensayó el control modificado | Asignó responsable y fecha para probar: Pruebe la capacidad ante picos y evalúe el coste de las mitigaciones para los usuarios antes de una emergencia. | Una tarea no probada no es una mejora verificada. |
| River Equipo de decisiones | Cerró el registro de decisiones | Aprobó recursos, siguió al responsable y comprobó el nuevo control. | El aprendizaje debe alimentar Gobernar, Identificar y Proteger. |
Criterio de aceptación de la recuperación
Usuarios reales completan un envío de prueba, bajan los errores y ninguna regla bloquea desproporcionadamente a clientes normales.
Mejora que debe verificarse
Pruebe la capacidad ante picos y evalúe el coste de las mitigaciones para los usuarios antes de una emergencia.