Historial de interrupciones de Gitguardian

1. 16 de octubre de 2026 a las 16:05 UTCresolved

   Estado: Se ha validado la Resolución Resuelta. Componentes afectados Secrets Detection API (Operational)

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de octubre de 2026 a las 7:07 UTCresolved

   Estado: El sistema resuelto está de vuelta a las operaciones normales. Componentes afectados Webhooks (Operational) detección secreta - Scan Check Run (Operational)

Traducido automáticamente desde la actualización oficial del incidente.

1. 18 de agosto de 2026 a las 11:34 UTCresolved

   Estado: Resuelto resuelto. Following database query optimizations and reduced load from noisy background jobs, no further performance degradation has been observed. Las métricas han sido estables desde el despliegue de las luminarias. Componentes afectados Secret Detection - Scan Check Run (Operational)

Traducido automáticamente desde la actualización oficial del incidente.

1. 14 de agosto de 2026 a las 13:46 UTCresolved

   Estado: Resuelvado Este incidente ya está resuelto. Tras las correcciones desplegadas por nuestro equipo, no hemos observado una mayor degradación del desempeño, y las métricas se han mantenido estables desde entonces. Componentes afectados Secret Detection - Scan Check Run (Operational)

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de julio de 2026 a las 23:18 UTCidentified

   Actualmente estamos experimentando un rendimiento degradado en nuestro gasoducto de ingestión pública. Esto es causado por una salida continua de la API GitHub, que GitHub ha reconocido en su propia página de estado. Nuestro equipo está monitoreando activamente la situación. Debido a que la causa raíz está en el lado de GitHub, la resolución depende de GitHub restaurando su API. Nuestro oleoducto está diseñado para reanudar automáticamente una vez que GitHub se recupera, y proporcionaremos nuevas actualizaciones a medida que se desarrolle la situación.

2. 17 de julio de 2026 a las 0:05 UTCmonitoring

   GitHub ha comenzado a restaurar su API, y nuestro gasoducto de ingestión pública se está recuperando. La ingestión de eventos en tiempo real y la recuperación de la recuperación son reanudar. Seguimos monitoreando la situación para confirmar la recuperación completa y asegurar que el oleoducto esté procesando normalmente. Proporcionaremos una actualización final una vez que el incidente esté completamente resuelto.

3. 17 de julio de 2026 a las 0:15 UTCresolved

   GitHub ha restaurado su API, y nuestro gasoducto de ingestión pública se ha recuperado completamente. La ingestión y la recuperación de eventos en tiempo real están operando normalmente de nuevo. Este incidente fue causado por una subida de GitHub API y ahora se resuelve. Gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de julio de 2026 a las 10:34 UTCmonitoring

   Actualmente estamos investigando un problema en el que algunos clientes pueden experimentar picos intermitentes de lentitud cuando se procesa el cheque. Nuestro equipo implementó una solución y está monitoreando activamente la situación. Proporcionaremos actualizaciones a medida que avance la situación. Nos disculpamos por la molestia.

2. 16 de julio de 2026 a las 11:39 UTCresolved

   La solución se ha desplegado con éxito y la situación debe volver a la normalidad. Perdón por la molestia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 31 de mayo de 2026 a las 22:00 UTCresolved

   Status: Resolved What happened:From June 1 12:00am UTC to June 1 08:45am UTC, one of the component serving the public monitoring experienced some delays and a growing backlog of unprocessed messages. Impact:No data was lost. The only impact for customers could have been a delay between the detection of a secret and the moment the corresponding incident was created in the customer's dashboard. The problem is now fixed, the faulty component was able to re-start and to process the backlog of messages.

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de mayo de 2026 a las 14:33 UTCresolved

   Estado: Resuelvado Hemos implementado una solución hoy que abordaba los problemas de la carrera de cheques. Se observó un breve aumento de la carga de la base de datos después del despliegue sin ningún impacto en los resultados de la prueba. Este incidente ya está resuelto. Componentes afectados Secret Detection - Scan Check Run (Operational)

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   Due to an availability issue of github.com Actions APIs (https://www.githubstatus.com/incidents/z3c6q056q332), some check runs have timed out on our side, resulting in a neutral status.

1. 9 de junio de 2026 a las 13:24 UTCidentified

   We are currently experiencing an incident on GPUB that started around yesterday, 10PM Monday 13th of March. An unexpected activity led to an overload of the queuing system of GPUB. We are deploying a fix to resume processing and catch up with the lag. In terms of data, some events will need to be reprocessed afterward, and we need to assess if some events cannot be processed again.

2. 9 de junio de 2026 a las 13:24 UTCmonitoring

   The fix has been deployed, the processing has resumed at full speed and the awaiting queue will be processing within the next hour.

3. 9 de junio de 2026 a las 13:24 UTCresolved

   This incident has been resolved.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   Following a upgrade operation of a network component, GIM endpoints have been unavailable most of the time during this incident between 09:48 and 10:24 UTC. Fix has been deployed, situation is still under monitoring.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   During deployment of GIM new version, The app was malfunctioning for a few minutes. The events that failed to evaluate during the incidents have been processed again.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   We have identified a Network issue on Internal Repositories Monitoring that impacted Hook, Dashboard and API.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   Following a DNS misconfiguration, GitGuardian Internal Monitoring platform was unavailable for about 20 minutes. Impact: No realtime scan (webhook): - GitHub events from recent GHE instances and Github.com were redelivered after the incident - Other events (BitBucket, GitLab) have been lost but we fully rescanned repositories when possible No API for secrets detection: CI and pre-commit hook failed. Dashboard was unavailable. Impacted entries: - api.gitguardian.com - dashboard.gitguardian.com - hook.gitguardian.com

1. 9 de junio de 2026 a las 13:24 UTCinvestigating

   Since October 17th, 2022, 12:28am (CEST) we are sending notifications by email for certain incidents already present in your workspace. We are currently investigating this incident.

2. 9 de junio de 2026 a las 13:24 UTCresolved

   This incident has been resolved.

1. 9 de junio de 2026 a las 13:24 UTCidentified

   On October 17th 2022, at around 5pm GMT, The queuing system in charge of handling Github Check Runs and Real Time Monitoring accumulated tasks that were slow to process and impacted the whole system. The size of the task queue started increasing for several hours straight, delaying processing for all customers. until it started decreasing again and went back to normal the day after at around 1am GMT, where processing time was back to normal. This event occurred again on October 18th 2022, at around 4pm GMT, but has been detected earlier and have been solved at 5pm GMT. Actions were taken to avoid this issue to happen again: It includes a better monitoring of those queues to improve time to detect an issue. The montoring of processing latencies on a end-user point of view will be improved too. More long terms actions are also planned, including implementing mechanisms to avoid accumulating latency in case of slow tasks accumulations.

2. 9 de junio de 2026 a las 13:24 UTCidentified

   We are continuing to work on a fix for this issue.

3. 9 de junio de 2026 a las 13:24 UTCresolved

   This incident has been resolved.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   Desde el viernes 9 de septiembre de 6:30pm UTC hasta el lunes 12 de septiembre de 7:30 UTC, los servicios de recopiladores de datos fueron parcialmente reducidos debido a un error interno. Los eventos de Github han sido recogidos correctamente en la plataforma GitGuardian pero el procesamiento de esos eventos fue bajado. No hay pérdida de datos, pero no se han enviado alertas durante este período. El procesamiento se ha reanudado correctamente el lunes 12 de septiembre de 7:30 UTC, se está analizando el backdata del fin de semana y se debe capturar alrededor de las 12pm. Actualización Lunes 12 de Septiembre 10:25am UTC: El procesamiento de las colas es más lento de lo esperado, el ETA para ponerse al día con el lag se pospone al menos hasta la mañana del martes (UTC), se comunicará el ETA más preciso cuando esté disponible. Actualizar Lunes 12 de Septiembre 2:05pm UTC: Problemas de lentitud se han resuelto, el procesamiento de colas se ha reanudado a la velocidad normal, ETA para ponerse al día con el lag es Lunes 12 de Septiembre 5:00pm UTC

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   This incident has been resolved.

2. 9 de junio de 2026 a las 13:24 UTCmonitoring

   A fix has been implemented and the systems are getting back to normal progressively.

3. 9 de junio de 2026 a las 13:24 UTCinvestigating

   Start of the issue.

1. 9 de junio de 2026 a las 13:24 UTCinvestigating

   We have an issue with our database. We are still evaluating the impact.

2. 9 de junio de 2026 a las 13:24 UTCresolved

   The incident has been resolved at 9h10 CEST.

1. 9 de junio de 2026 a las 13:24 UTCresolved

   The incident has been resolved.

2. 9 de junio de 2026 a las 13:24 UTCinvestigating

   We have detected a spike in errors on some endpoints of GitGuardian Internal Monitoring API. Our teams are investigating.