Chainguard's beta scanner returns malware verdicts on more than 5,000 Go and .NET packages
Chainguard said its scanner returned malware verdicts on more than 5,000 Go and .NET packages during beta. More than 10% had no public match at detection, over 500 verdicts on the vendor's own count.
The Watch · Security desk
Share bar: more than 500 of more than 5,000 malware verdicts, over 10%, had no match in public sources at the time of detection during Chainguard's Go and .NET beta, per Chainguard's count.
- No public match, over, claim 13 500 of 5,000 verdicts, lower bounds 10%
No public match, over The whole
| Share | Part | Whole | Percent | Claim |
|---|---|---|---|---|
| No public match, over | 500 verdicts, lower bounds | 5,000 verdicts, lower bounds | 10% | 13 |
What happened
- At Assemble London, Chainguard put Go and .NET into early access in Chainguard Libraries, with endpoints that scan for malware and greyware.
- The platform blocks malicious and suspicious packages by building and vetting every artifact it makes available for consumption.
- Chainguard's stated premise is that automated campaigns are flooding public registries with malicious packages.
Why it matters
- cost The control requires replacing standard registry endpoints with Chainguard-managed ones, and Go and .NET coverage is still early access.
- decision The cooldown is configurable, so each organization has to pick its own setting for how long to hold new packages back.
- constraint The only source is Chainguard's own post, so the verdict counts cannot be checked against an independent report.
The control sits in front of the pull. Chainguard says every dependency pulls through its Chainguard Repository [6], which blocks malicious and suspicious packages by building and vetting every artifact it makes available [7]. The scanning and the optional cooldown run before a developer, agent or pipeline can fetch anything [5]. The company names the targets as malicious typosquats and compromised assemblies [8].
The verdict count is Chainguard's own. It says the scanner returned malware verdicts on more than 5,000 .NET and Go packages during the beta [10], and that more than 10% of those verdicts had no match in public sources at the time of detection [11]. Ten percent of 5,000 is 500, so the floor is more than 500 verdicts where a lookup against public sources would have found nothing when the scanner fired [13].
The post does not say how a verdict is confirmed, how the 5,000 split between Go and .NET, or how long the cooldown runs.
In our view this is a product expansion. The post describes one vendor adding two ecosystems to one product [1]. It cannot show that cooldowns and pre-pull scanning are spreading across the industry, and we would not read it that way.
The price of the control is an endpoint swap. Chainguard says developers replace standard registry endpoints with its own and pull packages that pass through malware and greyware scanning, alongside configurable organizational policies [9]. Go and .NET coverage is early access [1].
The same announcement moved Java CVE remediation to general availability, joining Python, and opened betas for JavaScript and Go [3]. For those, Chainguard backports critical and high-severity fixes into older versions that customers cannot upgrade from without a breaking change [4]. That is a separate line of work from the malware scanning.
What to watch
- Whether Chainguard publishes package names, a Go versus .NET split, or its verdict criteria for the 5,000 beta results.
- Whether independent sources later match the 10% that had no public match at detection.
- Whether Go and .NET leave early access, and whether the cooldown length and default are documented.
Clarity's read
What the record supports and how the coverage leans. The claims behind it follow.
Reality
- Evidence25
- Adoption
- Insufficient
- Hype gap+30
- Incentives80
- Confidence40
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
Chainguard announced at Assemble London that it is adding Go and .NET coverage to Chainguard Libraries, now in early access, with malware- and greyware-scanned endpoints.
- [2]
The Go and .NET endpoints can have a built-in, configurable cooldown.
- [3]
Chainguard elevated Java CVE remediation to general availability, joining Python, and launched betas for CVE remediation for JavaScript and Go.
- [4]
Chainguard backports critical and high-severity CVE fixes from upstream versions to older versions customers cannot upgrade from without causing a breaking change.
- [5]
Chainguard says its multiple layers of defense happen before a developer, agent, or pipeline can ever pull a package into an environment.
- [6]
Every dependency pulls through Chainguard Repository, which manages multiple layers of defense.
- [7]
Chainguard's platform blocks malicious and suspicious packages by building and vetting every artifact that is available for consumption.
- [8]
Chainguard says adding Go and .NET immediately reduces exposure to malicious typosquats and compromised assemblies.
- [9]
By swapping standard registry endpoints for Chainguard, developers pull packages that pass through malware and greyware scanning, alongside configurable organizational policies.
- [10]
During the Go and .NET beta, Chainguard's scanner returned malware verdicts on more than 5,000 .NET and Go packages.
- [11]
More than 10% of these verdicts had no match in public sources at the time of detection.
- [12]
Chainguard's post says automated campaigns are flooding public registries with malicious packages.
- [13]
More than 500 verdicts had no public-source match at detection (10% of 5,000 is 500; both source figures are lower bounds).
Get this ledger inside ChatGPT. Ask about any of our stories and the answer brings its figure, each claim’s verdict and the sources. Free, no account.
Sources
1 independent publisher whose own reporting we read for this story.
- chainguard.devChainguard Libraries expands to Go and .NET
1 article · October 13, 2026
Topics and entities
Follow any of these and your For You feed starts watching them — no settings page required.
Topics
- CVE remediationFollow
- Software Supply Chain SecurityFollow
- Malicious package detectionFollow