• F5 resolvió el 6 de septiembre una degradación de Distributed Cloud Global Log Receiver después de que el incidente afectara a un cliente desde el día anterior
  • El tráfico de los clientes y los servicios de Distributed Cloud Console siguieron operativos, mientras que F5 no indicó si los registros afectados llegaron con retraso, se perdieron o se recuperaron posteriormente

Los hechos

A las 07:54 UTC del 6 de septiembre, F5 resolvió un incidente que afectaba a su Distributed Cloud Global Log Receiver. La empresa llevaba investigando informes sobre una degradación del servicio desde el 5 de septiembre.

F5 señaló que el impacto se limitó a un solo cliente, con el que se puso en contacto directamente. También indicó que el tráfico de los clientes no se vio afectado y que los servicios de Distributed Cloud Console siguieron operativos. Global Log Receiver se utiliza para recibir datos de registro, por lo que el problema comunicado afectaba a la entrega de registros, no al tráfico subyacente de las aplicaciones.

Un servicio externo de seguimiento del estado registró unas 12 horas y 50 minutos entre la detección y la resolución. Ese periodo representa la ventana de supervisión del incidente y no significa que el tráfico de los clientes estuviera indisponible durante todo ese tiempo.

La evaluación

Para el cliente afectado, el problema no era hacer pasar el tráfico de las aplicaciones a través de F5. El problema estaba en la recepción de los registros utilizados para observar e investigar lo que ocurría en torno a ese tráfico. Las aplicaciones podían seguir disponibles mientras la información utilizada por los equipos de seguridad y operaciones se veía degradada.

Por tanto, la recuperación implica algo más que volver a poner el receptor en línea. El cliente también necesita saber qué ocurrió con los registros generados durante el incidente: si llegaron con retraso, se descartaron o quedaron disponibles después de que se recuperara el servicio. La actualización de estado de F5 no aporta ese detalle, por lo que no permite concluir que se perdiera de forma permanente ningún dato de registro.

Para los lectores de BTW, supervisar únicamente la disponibilidad del tráfico no habría permitido detectar este incidente. Los equipos que utilizan el servicio deben supervisar por separado la entrega de registros si estos forman parte de sus investigaciones de seguridad o comprobaciones operativas.

Qué observar

Habrá que prestar atención a si F5 explica qué ocurrió con los registros generados durante el incidente —si llegaron con retraso, se descartaron o se recuperaron tras el restablecimiento del servicio— y a si publica la causa raíz. Cualquier nueva degradación que afecte a Global Log Receiver también ayudaría a determinar si se trató de un incidente aislado que afectó a un cliente o de un problema recurrente del servicio.