Eventos que se ignoran sin que nadie lo note

Un evento recibido puede terminar de tres maneras. Aplicado: el receptor hizo lo que pedía. Ignorado: el receptor lo recibió pero no sabe procesar ese tipo, así que no hizo nada. Descartado: el receptor lo rechazó y dejó un motivo; por ejemplo, la firma no se pudo verificar, o el sujeto del evento no se encontró en sus usuarios.

El segundo y el tercero son eventos sin aplicar. Son inocuos solo si alguien se entera. Sin una alerta, un evento sin aplicar equivale a un aviso que nunca existió, y el equipo de seguridad cree que la sesión está cerrada cuando sigue abierta.

Un flujo se configura con la lista de tipos que se permiten. Pero permitir no es procesar: el receptor tiene su propia lista de lo que sabe hacer. Cuando la lista del flujo es más larga que la del receptor, los tipos de la diferencia llegan siempre y se ignoran siempre, y el resultado «recibido» parece un éxito.

Compara las dos columnas de capacidades.txt con recepcion.txt: busca el tipo que tablero-cosecha recibe, pero no sabe procesar.

De todos los tipos, el que más duele cuando no se aplica es session-revoked: es la orden de cerrar. Para contarlas, hay que mirar cada fila de ese tipo en recepcion.txt y quedarse con las que no terminaron en «aplicado», sean ignoradas o descartadas.

Los motivos de descarte son una pista de qué se desconfiguró. Un descarte por firma inválida suele apuntar a una clave rotada y no actualizada. Uno por «sujeto no encontrado» apunta a que el emisor y el receptor no se refieren a la persona con el mismo identificador: uno manda un código interno y el otro busca por correo. Si es lo segundo, no es un evento aislado: se repetirá con cada persona.

Mira en recepcion.txt los descartes de portal-socios.

alertas.txt dice qué resultados generan un aviso a una persona. Cuando el resultado de un evento sin aplicar no figura con alerta, el evento pasa sin que nadie lo sepa. Esa es la medida real del silencio: no cuántos eventos fallaron, sino cuántos fallaron sin que nadie lo viera.

Cuenta, en recepcion.txt, los eventos sin aplicar cuyo resultado y motivo figuran sin alerta en alertas.txt.