Activos, amenazas y riesgo

Un centro comunitario ficticio tiene una bonita web de reservas. Su activo importante no es solo el ordenador que la ejecuta. Las personas necesitan reservas correctas, datos de contacto privados y una manera de abrir la sala adecuada a la hora prevista. Partir de esas necesidades transforma “comprar una herramienta” en “proteger un servicio útil”.

Nombra lo que importa

Un activo puede ser información, equipo, un servicio o una relación valiosa. Cada activo necesita protecciones distintas. El centro publica sus tarifas: mantenerlas secretas no aporta nada. Su integridad sí importa, porque un importe incorrecto puede provocar conflictos. También importa el acceso: un calendario perfectamente protegido que nadie puede utilizar no cumple su función.

Escribe un requisito útil: “La persona que abre necesita consultar las reservas confirmadas de hoy durante un corte breve de internet”. Identifica una persona, una tarea y una condición. “El sistema debe ser seguro” no explica al diseñador cómo reconocer el éxito.

Conecta amenaza y debilidad

Una amenaza es una posible fuente o circunstancia de daño. Aquí, perder la conexión es un evento de amenaza. No disponer de otro modo de consultar el horario es una debilidad. El impacto puede incluir clases retrasadas, reservas perdidas y llamadas adicionales. Son conceptos relacionados, pero no nombres intercambiables de la misma cosa.

La diferencia ayuda a atribuir responsabilidades. Un error de un voluntario no implica intención maliciosa. Una caída del proveedor no implica un ciberataque. La planificación considera acciones deliberadas, accidentes y fallos del entorno cuando afectan al servicio.

Estima con el contexto disponible

El riesgo trata de la incertidumbre sobre consecuencias perjudiciales y suele evaluarse mediante probabilidad e impacto. “Riesgo alto” necesita escenario, periodo, supuestos y una escala explicada. Multiplicar etiquetas arbitrarias como bajo, medio y alto no produce mágicamente una probabilidad medida.

La conexión falló dos veces el mes pasado. Es evidencia relevante, pero no demuestra que fallará dos veces cada mes. Considera reparaciones previstas, conexiones alternativas y ocupación del centro. Diez minutos sin servicio en una tarde vacía tienen consecuencias distintas del mismo corte durante un gran evento.

PrediceEl centro empieza a imprimir una lista diaria. ¿Ha eliminado el riesgo?

Reduce la dependencia de internet. La lista puede quedar desactualizada, divulgar contactos o no estar disponible para quien abre. Describe esas condiciones restantes y decide si la alternativa cumple su propósito.

Da a cada control una función

Un control preventivo reduce la probabilidad de un problema. Uno de detección ayuda a advertirlo. Una medida de recuperación ayuda a restablecer el funcionamiento. Una misma medida puede cumplir varias funciones. Otra conexión favorece disponibilidad; un historial ayuda a explicar cambios; una copia probada ayuda a recuperar datos. Ninguna resuelve todo automáticamente.

El riesgo residual permanece después de aplicar las protecciones elegidas. Una persona responsable del servicio debe decidir si es aceptable, si compensa añadir medidas y cuándo revisar la decisión. Guarda el razonamiento junto a la decisión para que otro voluntario pueda entenderlo después.

Vuelve al requisito: ¿pueden las personas realizar la tarea bajo las condiciones indicadas? Es una pregunta más útil que contar cuántos controles se han instalado.