Proposal: mark all versions of Rust packages deprecated for RUSTSEC "unmaintained" advisories
- Dominant language
- Go
- Stars
- 443
- Forks
- 54
- Avg merge
- 1d 22h
- Merged PRs (30d)
- 3
Description
The Rust community creates RUSTSEC advisories when a package is considered unmaintained. These are indicated by adding `”informational”: “unmaintained”` to the `database_specific` field in the OSV schema. For example: [RUSTSEC-2025-0141](https://osv.dev/vulnerability/RUSTSEC-2025-0141). While deps.dev will indicate the presence of this advisory, it does not flag the package as deprecated.
I propose that deps.dev use the presence of this entry on an advisory to set `"isDeprecated": true` on all versions of the package. This more clearly indicates the intent of these advisories: that the package has a _potential_ security risk, not that it contains a _current_ vulnerability.
Contributor guide
Research direction
No file or test is named. Start by locating where deps.dev ingests OSV advisories and determines package-version deprecation, then trace how RUSTSEC metadata reaches the API. Done means an advisory with database_specific informational set to unmaintained marks every package version as isDeprecated without treating it as a current vulnerability.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100