Alertas CAP automáticas¶
Importante
Versión beta 2.1. Lo que se describe aquí solo existe en la versión beta 2.1: se instala desde el repositorio beta y solo con una licencia; la versión estable 2.0.2 y la versión de demostración no lo incluyen. La versión beta se suministra sin garantías y el soporte se presta en la medida de lo posible (Programa de pruebas beta).
Desde la versión 2.1.1.508, el nodo recibe alertas de emergencia en formato OASIS CAP 1.2 (Common Alerting Protocol), procedentes de los sistemas de seguridad del sitio y de fuentes públicas de aviso, y conmuta los canales al clip de alerta de su categoría (Clips de alerta). Por defecto, una alerta nueva espera la confirmación de un operador. La recepción se configura y se gestiona en la pestaña «Alertas CAP» de la pantalla «Alerta de emergencia» (La pestaña «Alertas CAP»).
La recepción solo funciona mientras está activado el interruptor general «Alerta de emergencia» (Alerta de emergencia). Cada nodo tiene sus propios ajustes y estado de recepción: no se transmiten a los demás nodos del dominio. Las alertas en espera y el historial se guardan en memoria: tras reiniciar el streamer desaparecen, y en la siguiente consulta las fuentes vuelven a traer las alertas vigentes. La versión de demostración no tiene recepción.
De dónde llegan las alertas¶
Push. Un sistema del sitio (alarma contra incendios, sistema de megafonía de emergencia) envía una alerta CAP 1.2 en formato XML mediante una solicitud POST a la dirección https://<nodo>:<puerto HTTPS>/cap/v1/alerts del servidor web del nodo. El emisor no inicia sesión en la consola: el acceso se comprueba por separado (Seguridad de push). Límites: hasta 1 MB por solicitud, hasta 10 solicitudes por minuto desde una misma dirección, solo codificación UTF-8; los campos de texto de más de 512 caracteres se recortan.
Fuentes. El nodo consulta por sí mismo fuentes CAP o Atom por HTTPS con verificación del certificado: solo direcciones https://. El periodo de consulta va de 30 a 3600 s, 60 s por defecto; una consulta no dura más de 60 s. El nodo confía en el certificado de la fuente según las CA del sistema y, si se ha definido, según un archivo CA adicional. Si no se puede leer una fuente (error HTTP o TLS, respuesta que no es CAP), se genera la alerta 82 (cap-source-error, Alertas CAP).
Qué alertas conmutan los canales¶
Una alerta pasa si al menos uno de sus bloques de información (info) supera los tres umbrales y, donde se exige, coincide con la zona del sitio.
Umbrales: la gravedad mínima (por defecto «Grave», Severe), la urgencia mínima (por defecto «Esperada», Expected) y la certeza mínima (por defecto «Probable», Likely). Una alerta por debajo de cualquier umbral se ignora.
Zona del sitio: los geocódigos del sitio (pares del tipo
EMMA_ID=DE300) o un punto: latitud y longitud. Una alerta coincide si contiene uno de esos geocódigos o si su polígono o círculo contiene el punto. Las alertas de las fuentes siempre deben coincidir con la zona: sin zona, ninguna alerta de fuente pasará. Para push, este requisito se activa por separado.Estado: las alertas Test y Exercise nunca conmutan los canales; System y Draft se ignoran.
La difusión restringida (scope Restricted) solo se acepta por push.
La firma XML no se verifica: la confianza en el origen la aportan la lista de emisores, el token y HTTPS para push, y la verificación del certificado para las fuentes.
Qué ocurre con una alerta¶
Espera al operador. Una alerta nueva que ha pasado los filtros espera confirmación; se genera la alerta 81 (
cap-alert). Pueden confirmarla o descartarla los roles Admin y Restricted admin, en el banner de la consola o en la pestaña «Alertas CAP». Si «Esperar la confirmación de un operador» está desactivado, la alerta conmuta los canales por sí misma.En antena. Una alerta confirmada activa la conmutación de emergencia (Conmutación de emergencia a un aviso): los canales muestran el clip de la categoría de la alerta y, si la categoría no tiene clip, el clip por defecto. Una alerta sin clip no puede salir en antena. Los canales de destino son todos los flujos SPTS aptos del nodo o la lista elegida en los ajustes.
Actualización. Una actualización (Update) de la alerta en antena se aplica sin nueva confirmación. Si tras la actualización la alerta ya no pasa los filtros, los canales vuelven.
Fin. La cancelación (Cancel) o la caducidad de la alerta devuelve los canales a sus entradas. El operador también puede terminar la alerta por sí mismo.
Precedencia. Una alerta más grave sustituye en antena a una alerta CAP menos grave. Una alerta CAP no sustituye una conmutación de emergencia activada a mano: la alerta espera hasta que el operador termine la conmutación manual. La nota de una conmutación manual no puede empezar por [CAP].
Seguridad de push¶
Una alerta conmuta los canales, por eso el acceso a push está cerrado por defecto:
Emisores permitidos: direcciones, rangos o bloques CIDR separados por comas. Una lista vacía significa que nadie puede enviar.
Token: si se ha definido, el emisor lo envía en la cabecera
X-CAP-Token.Solo HTTPS: activado por defecto; push solo se acepta en el puerto HTTPS del servidor web (Servidor web y cuentas).
El emisor recibe el rechazo como código HTTP: 403, dirección, token o HTTP en lugar de HTTPS; 404, la recepción, push o el interruptor general están desactivados; 413, solicitud de más de 1 MB; 429, se ha superado el límite de solicitudes.
Advertencia
Desactivar «Esperar la confirmación de un operador» significa que cada alerta que pase los filtros conmutará los canales sin intervención humana. Desactívelo solo si confía plenamente en los orígenes y en los filtros.
