Safeguard
Supply Chain•

Which ecosystems does GitHub review advisories for, and what about others?

GitHub reviews advisories for twelve named ecosystems. See the list, what unreviewed means for everything else, and how to cover the gaps in your stack.

Safeguard Security Team
3 min read

GitHub's documentation lists twelve supported ecosystems for reviewed advisories: Composer, Erlang, Go, GitHub Actions, Maven, npm, NuGet, Pip, Pub, RubyGems, Rust and Swift. Anything outside that list is not covered by reviewed advisories, and may appear only as unreviewed records from the NVD feed.

The list in a table

EcosystemRegistry or source it maps to
ComposerPackagist
ErlangHex
GoGo modules
GitHub ActionsActions published on GitHub
MavenMaven repositories
npmnpm registry
NuGetNuGet
PipPyPI
PubDart and Flutter packages
RubyGemsRubyGems
Rustcrates.io
SwiftSwift packages

The documentation says most names follow the language's package registry, and that advisories are reviewed for packages from those registries. The mapping column above is the common reading of those names, so confirm the exact spelling when you filter, because our post on ecosystem names shows they differ across tools.

Reviewed versus unreviewed

Reviewed advisories are checked for validity and carry a full description plus ecosystem and package information. Unreviewed advisories are published automatically from the NVD feed and are not checked for validity or completion, and Dependabot does not create alerts for them. For a deeper look, see reviewed, unreviewed and malware advisories.

What this means if your stack is outside the list

If you build in C or C++, ship containers, or use an ecosystem not named above, the reviewed list will not carry package level advisories for your dependencies. The list does not name C or C++ at all. Your options:

  1. Use another source that covers the ecosystem. The OSV data page lists many more, including distribution and kernel sources.
  2. Read vendor and maintainer advisories directly.
  3. Scan the artifacts you ship, such as the container image, and not only manifests.
  4. Track upstream projects by watching their release notes and security pages.
  5. Record the gap in your risk register so it is a known limit.

A quick coverage audit

  1. List your dependency ecosystems from your SBOM.
  2. Mark each as on or off the reviewed list.
  3. For each off list ecosystem, name the source you use instead.
  4. Test one known past advisory per ecosystem and confirm your tool finds it.

The last step catches silent gaps. See check your ecosystems against OSV coverage.

Try it yourself

Click through it at your own pace, or open it full screen.

Look at which ecosystems appear in the inventory, then compare them with the list above.

Safeguard produces an SBOM across ecosystems and scans dependencies, so you can see your mix before auditing coverage. A free scan is a fast start.

Quick check

Is a package outside this list unprotected?

Not necessarily. Other databases and vendor advisories may cover it. It means GitHub's reviewed set does not.

Do unreviewed advisories trigger Dependabot alerts?

No. GitHub says it does not create alerts for them.

Sources

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.