Respuesta directa
La parada segura es un proceso registrado que interrumpe rápidamente un riesgo definido y limita daños innecesarios. Registre desde el principio el motivo, el alcance, el responsable del incidente, el servicio provisional seguro, las pruebas que deben conservarse y las condiciones de reinicio. Reinicie el sistema no solo porque pueda encenderse, sino porque se abordó la causa raíz, se superaron las pruebas requeridas y una persona autorizada aprobó el retorno.
En lenguaje claro
Imagine que aparece una luz de advertencia grave en un automóvil. Detenerse es el primer paso correcto. Dejar el coche para siempre en el arcén no es una gestión segura, ni tampoco apagar la luz y seguir conduciendo sin comprobar nada. Encuentre el fallo, ofrezca transporte temporal, verifique la reparación y devuelva el coche a la carretera de forma controlada.
Por qué importa
Un sistema detenido demasiado tarde puede aumentar el daño. Una parada desproporcionada o indefinida puede causar pérdida de servicio, de derechos y rechazo encubierto. Un reinicio sin pruebas puede repetir el mismo incidente.
No confundir
- La parada interrumpe la operación arriesgada; la restricción limita solo funciones o usuarios específicos.
- La cuarentena separa datos, modelo, herramienta o conexión sospechosos de otros componentes.
- La reversión devuelve el sistema a un estado anterior verificado; puede no resolver la causa raíz.
- Reiniciar no es pulsar un botón; es superar barreras de seguridad definidas.
- La retirada permanente es una decisión razonada de ciclo de vida distinta de una parada temporal de emergencia.
Qué hacer
- Registre el identificador del incidente, el motivo de parada, el momento, el alcance y quien decidió.
- Detenga solo los componentes necesarios para controlar el riesgo y no amplíe el impacto sin motivos.
- Cuando sea posible, ofrezca revisión humana, acceso de solo lectura o un servicio alternativo de menor riesgo.
- Conserve sin cambios registros del incidente, versiones de modelo y datos, instrucciones, salidas y trazas de herramientas.
- Documente causa raíz, responsable de subsanación, plazo y condiciones de reinicio.
- Para retornos de alto riesgo, obtenga aprobación de una persona autorizada distinta de quien realizó el cambio.
- Restaure el servicio por fases con supervisión en producción, plan de reversión y umbral para detener de nuevo.
Cómo auditarlo
- ¿Estaba justificada la parada por un riesgo y alcance concretos?
- ¿Se consideraron una alternativa segura y la continuidad del servicio?
- ¿Se conservaron con integridad las pruebas del incidente?
- ¿Se distinguió la causa raíz del síntoma visible?
- ¿Eran comprobables y estaban definidos de antemano los criterios de reinicio?
- ¿Existen la aprobación humana requerida, la separación de funciones y la vía de impugnación?
- ¿Se verificaron el resultado en producción y la preparación para revertir durante el retorno por fases?
Límite
Ante un peligro real e inminente, el sistema puede detenerse antes de completar la revisión preliminar. Este registro no prescribe una duración, un nivel de aprobación o un procedimiento jurídico único para todos los sectores; la respuesta debe limitarse según riesgo, arquitectura, contrato, regulación y personas afectadas.
Recuérdalo en una frase
La parada de emergencia corta el daño; las pruebas abren el camino hacia un retorno seguro.
Fuentes de este registro
- S26NIST SP 800-53 Rev. 5, *Security and Privacy Controls*Estándar
- S38NIST AI 600-1, *Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile*Guía institucional voluntaria orientada a estándares
- S41NCSC y organismos asociados, *Guidelines for Secure AI System Development*Guía oficial de seguridad multiinstitucional
- S42NIST SP 800-61 Rev. 3, *Incident Response Recommendations and Considerations for Cybersecurity Risk Management*Guía institucional voluntaria orientada a estándares
- S44NIST, *AI Risk Management Framework Playbook* y AI RMF CoreGuía voluntaria de aplicación

