Who went down, and why
Outages and postmortems from 62 vendors’ status pages · 8 ongoing now
Every vendor, day by day
Last 30 days shownDowntime, added up · Jun 27, 2026 to Sep 24, 2026
- 1
Anthropic2d 9h
- 2
Supabase35h 2m
- 3
MongoDB21h 51m
- 4
Cursor18h 21m
- 5
OpenAI15h 33m
- 6
Confluent12h 56m
- 7
dbt Labs12h 22m
- 8
GitHub11h 41m
- 9
HashiCorp10h 59m
- 10
Slack10h 39m
- Bars: minutes with any incident open. Right: weighted downtime. Minor Major Critical
Anthropic: 2d 9h weighted downtime in range.
Ranked on weighted downtime: minutes times the share of the vendor affected times severity. How it is weighted
Vendor leaderboard · 90 days
All 62 vendors- 1
AnthropicAI94 incidents · 2d 9h weighted · 97.4% · 2d ago2d ago
- 2
SupabaseData and observability56 incidents · 35h 2m weighted · 98.4% · 10h ago10h ago
- 3
MongoDBData and observability19 incidents · 21h 51m weighted · 99.0% · 7d ago7d ago
- 4
CursorAI82 incidents · 18h 21m weighted · 99.15% · 12h ago12h ago
- 5
OpenAIAI26 incidents · 15h 33m weighted · 99.28% · 9h ago9h ago
- 6
ConfluentData and observability16 incidents · 12h 56m weighted · 99.40% · 21h ago21h ago
- 7
dbt LabsData and observability26 incidents · 12h 22m weighted · 99.43% · 9h ago9h ago
- 8
GitHubDeveloper tools68 incidents · 11h 41m weighted · 99.46% · 22h ago22h ago
- 9
HashiCorpDeveloper tools19 incidents · 10h 59m weighted · 99.49% · 15h ago15h ago
- 10
SlackApps and SaaS7 incidents · 10h 39m weighted · 99.51% · 11d ago11d ago
Open right now
| Started | Vendor | Incident | Impact | Duration |
|---|---|---|---|---|
| Sep 2319:34 UTC | Voice Call Failures from a Subset of Twilio Mobile Numbers to United Kingdom | minor | Ongoing | |
| Sep 2318:42 UTC | Network Performance Degradation , Asia-Pacific | minor | Ongoing | |
| Sep 2315:02 UTC | Voice Call Failures from a Subset of Twilio Phone Numbers to Norway | minor | Ongoing | |
| Sep 2310:11 UTC | Incident across several services | minor | Ongoing | |
| Sep 2309:31 UTC | Storage search failing for restored projects | minor | Ongoing | |
| Sep 2219:23 UTC | Cloudflare One Clients are incorrectly challenged on some sites | minor | Ongoing |
Latest incidents
This monthWhat caused them
All causes- Capacity82in 12 monthsMedian 1h 27m · 25 major
- Config change77in 12 monthsMedian 1h 7m · 34 major
- Dependency71in 12 monthsMedian 1h 55m · 28 major
- Network51in 12 monthsMedian 1h 19m · 15 major
- Database39in 12 monthsMedian 1h 17m · 14 major
- Deployment32in 12 monthsMedian 1h 27m · 15 major
- Bug18in 12 monthsMedian 21m · 6 major
- DNS15in 12 monthsMedian 1h 30m · 9 major
Learn from failures
66 postmortems- Multiple products in us-central1-b are experiencing network service degradation.
Google CloudSep 1, 2026 · 4h 8m
Teams should check service health dashboards when regional network service degradation affects cloud products.
- Incident with Copilot AI Model Providers
GitHubAug 27, 2026 · 2h 8m
Engineering teams should monitor provider health when using third party AI model services.
- Incident with Actions
GitHubAug 26, 2026 · 2h 50m
Teams should monitor service status when experiencing issues with automated workflow systems.
- Disruption with some GitHub services
GitHubAug 26, 2026 · 59m
Teams should check platform status dashboards during general service disruptions.
- We are investigating an issue where customers may experience timeouts, service degradations, errors, and elevated latencies across multiple products in the us-west1 region.
Google CloudAug 20, 2026 · 3h 40m
Teams should monitor regional health alerts when experiencing elevated latencies and errors across cloud products.
- Intermittent failures creating agent tasks
GitHubAug 20, 2026 · 9h 54m
Teams should track agent task creation pipelines to handle intermittent failures promptly.
Breaches disclosed to the SEC
All breaches| Started | Vendor | Incident | Impact | Duration |
|---|---|---|---|---|
| Sep 2300:00 UTC | Astrana Health | Astrana Health discloses a material cybersecurity incidentAstrana Health | Breach | 8-K |
| Sep 800:00 UTC | Boston Scientific | Boston Scientific discloses a material cybersecurity incidentBoston Scientific | Breach | 8-K |
| Sep 100:00 UTC | Park Dental Partners | Park Dental Partners discloses a material cybersecurity incidentPark Dental Partners | Breach | 8-K |
| Aug 3100:00 UTC | Nutex Health | Nutex Health discloses a material cybersecurity incidentNutex Health | Breach | 8-K |
| Jul 3100:00 UTC | Amgen | Amgen discloses a material cybersecurity incidentAmgen | Breach | 8-K |
Questions
Where does this data come from?
From each vendor's own public status page (Atlassian Statuspage and incident.io JSON, Google Cloud's incidents feed, AWS Health history, Slack's status API), the postmortems vendors publish, and SEC Form 8-K Item 1.05 filings for material cybersecurity incidents. Times are as the vendor reported them, converted to UTC.
How often is it updated?
Every day at 03:30 UTC. Status feeds are read in full each night; older history is filled in a few vendors at a time.
How is the root cause assigned?
Only from the vendor’s own words. A rule reads the sentences where the vendor explains why ("caused by", "due to", "root cause") and maps them to one of fourteen categories. When the vendor has not said, the cause is "Not disclosed". Landmark postmortems are categorized by hand.
What do minor, major and critical mean?
The vendor’s own impact rating. On Statuspage pages, minor is degraded performance or a partial problem, major a partial outage, critical a full outage. Google Cloud’s low, medium and high and AWS’s informational, degraded and disruption levels are mapped to the same three.
Is this the same as uptime?
No. This is what vendors chose to post. Some post every blip, some only large outages, so compare a vendor with itself over time rather than one vendor with another. For promised versus measured availability, see slas.fru.dev.
Why are breaches here?
Since December 18, 2023, US public companies must disclose material cybersecurity incidents on Form 8-K, Item 1.05, within four business days of deciding they are material. Those filings are the most reliable public record of corporate breaches.
From vendors' own status pages and disclosures. Times as reported. Logos via logo.dev; trademarks belong to their owners.