Live

Snyk CLI SCA Scans Degraded due to Enrichment of Test Failure

We monitored the system and confirmed stable recovery. No further impact has been observed following the mitigation, the CLI SCA tests are completing normally. The Snyk Incident Response has been stood down.

The latest update from Snyk.

State

Resolved

Started

26 d ago

2026-10-06 22:53 UTC

Lasted

1 h 5 min

until 2026-10-06 23:58 UTC

Worst impact

Degraded

Timeline

2 updates
22:5323:0923:2523:4223:58
DegradedUpdate postedTimes in UTC

Monitoring

1 h 5 min 100%

Updates

Times in UTC

As posted by Snyk

Resolved2026-10-06 23:58 UTC

We monitored the system and confirmed stable recovery. No further impact has been observed following the mitigation, the CLI SCA tests are completing normally. The Snyk Incident Response has been stood down.

Monitoring2026-10-06 22:53 UTC

Our Engineers have observed degradation affecting CLI SCA tests for customers. Customers may see this error "Test execution failed: Enrichment of Test Failed" when running CLI Open Source tests. The root cause has been identified and a fix has been deployed. The Snyk Incident Response team will continue monitoring closely. We will keep you updated with further progress.

Affected components

6
Snyk Open SourceSNYK-US-01 (app.snyk.io) - Snyk Open SourceSNYK-US-02 (app.us.snyk.io) - Snyk Open SourceSNYK-EU-01 (app.eu.snyk.io) - Snyk Open SourceSNYK-AU-01 (app.au.snyk.io) - Snyk Open SourceSNYK-GOV-01 (app.snykgov.io) - Snyk Open Source

Snyk in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

27

Days with an incident

41

Median duration

7 h 1 min

This incident

84% shorter than the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

5 days
median 7 h 1 min
90 days agoToday

Other Snyk incidents

All incidents

Follow Snyk

Your coding agent knows when Snyk is down, and tells you when a failure is theirs, not yours. You can also get Snyk incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "snyk" and tell me if Snyk has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=snyk
Slack
/feed subscribe https://outages.cc/feed.xml?providers=snyk

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane