Gitguardian の障害履歴

1. 2026年10月16日 16:05 UTCresolved

   ステータス: 解決された解像度が検証されています。 感染したコンポーネントの秘密の検出API(操作)

公式のインシデント更新を自動翻訳しています。

1. 2026年10月8日 7:07 UTCresolved

   状態: 解決されたシステムは正常な操作に戻ります。 感染したコンポーネント Webhooks (操作) 秘密の検出 - スキャンチェック実行 (操作)

公式のインシデント更新を自動翻訳しています。

1. 2026年8月18日 11:34 UTCresolved

   状態: 解決される。 データベースのクエリの最適化とnoisyの背景ジョブからの負荷の減少に続いて、さらなるパフォーマンス劣化が観察されていない。 固定の展開以来のメトリックは安定しています。 感染したコンポーネントの秘密の検出 - スキャンチェックラン(操作)

公式のインシデント更新を自動翻訳しています。

1. 2026年8月14日 13:46 UTCresolved

   ステータス: 解決 この事件が解決しました。 弊社チームが展開する修正後、さらなる性能劣化を未然に観察し、以来のメトリックは安定しています。 感染したコンポーネントの秘密の検出 - スキャンチェックラン(操作)

公式のインシデント更新を自動翻訳しています。

1. 2026年7月16日 23:18 UTCidentified

   現在、パブリック・インジェクション・パイプラインで劣化した性能を経験しています。 これは、GitHub API の継続的な稼働率によって引き起こされます。これは、GitHub が自身のステータスページで認識しています。 当社のチームは、状況を積極的に監視しています。 根本的な原因はGitHubの側にあるため、そのAPIを復元するGitHubに依存します。 当社のパイプラインは、GitHubが回復したら自動的に再開するように設計されており、状況が発展するにつれてさらにアップデートを提供します.

2. 2026年7月17日 0:05 UTCmonitoring

   GitHub は API を復元し始め、パブリック・インジェクション・パイプラインは回復しています。 リアルタイムイベントの発信とコミットの検索は再開されます。 私たちは、状況を監視し、完全な回復を確認し、パイプラインが正常に処理されていることを確認します。 インシデントが完全に解決したら最終更新を行います.

3. 2026年7月17日 0:15 UTCresolved

   GitHub は API を復元し、パブリック・インジェクション・パイプラインは完全に回復しました。 リアルタイムイベントの摂取とコミットの検索は、通常再び動作します。 このインシデントは、上流 GitHub API のアウトエイジによって引き起こされ、解決されました。 ありがとうございます.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月16日 10:34 UTCmonitoring

   現在、加工チェックの実行時に、一部の顧客が断続的に遅いスパイクを経験する可能性がある問題について調査しています。 弊社のチームは修正を配備し、状況を積極的に監視しています。 状況が進むにつれて、アップデートを行います。 大変ご迷惑をおかけいたしますが、.

2. 2026年7月16日 11:39 UTCresolved

   修正が正常に展開され、状況は正常に戻るべきです。 大変申し訳ございません.

公式のインシデント更新を自動翻訳しています。

1. 2026年5月31日 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.

1. 2026年5月22日 14:33 UTCresolved

   Status: Resolved We deployed a fix today that addressed the check run issues. A brief database load increase was observed post-deployment with no impact on check run results.This incident is now resolved. Affected components Secret Detection - Scan Check Run (Operational)

1. 2026年6月9日 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. 2026年6月9日 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. 2026年6月9日 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. 2026年6月9日 13:24 UTCresolved

   This incident has been resolved.

1. 2026年6月9日 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. 2026年6月9日 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. 2026年6月9日 13:24 UTCresolved

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

1. 2026年6月9日 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. 2026年6月9日 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. 2026年6月9日 13:24 UTCresolved

   This incident has been resolved.

1. 2026年6月9日 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. 2026年6月9日 13:24 UTCidentified

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

3. 2026年6月9日 13:24 UTCresolved

   This incident has been resolved.

1. 2026年6月9日 13:24 UTCresolved

   From Friday 9th Sept 6:30pm UTC to Monday 12th Sept 7:30 UTC, data collectors services were partially down due to an internal error. Github events have been correctly gathered into GitGuardian platform but processing of those events was down. There is no data loss but no alerts have been sent during this period of time. The processing has resumed correctly on Monday 12th Sept 7:30 UTC, the backdata from the week-end is being analyzed and should be caught up around 12pm. Update Monday 12th Sept. 10:25am UTC: Queues processing is slower than expected, ETA for catch up with the lag is postponed to at least to Tuesday morning (UTC), more precise ETA will be communicated when available. Update Monday 12th Sept. 2:05pm UTC: Slowness issues have been solved, queues processing has resumed at normal speed, ETA for catch up with the lag is Monday 12th Sept. 5:00pm UTC

1. 2026年6月9日 13:24 UTCresolved

   This incident has been resolved.

2. 2026年6月9日 13:24 UTCmonitoring

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

3. 2026年6月9日 13:24 UTCinvestigating

   Start of the issue.

1. 2026年6月9日 13:24 UTCinvestigating

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

2. 2026年6月9日 13:24 UTCresolved

   The incident has been resolved at 9h10 CEST.

1. 2026年6月9日 13:24 UTCresolved

   The incident has been resolved.

2. 2026年6月9日 13:24 UTCinvestigating

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