Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Automate or audit packages published with multiple names#4080

ebickle started this conversation inIdeas
Discussion options

GitHub team,

I recently noticed that many vulnerabilities reported for BouncyCastle over in the Maven ecosystem might be missing the full set of affected packages. One possible (unconfirmed!) example isGHSA-r97x-3g8f-gx3m which only shows the packagesorg.bouncycastle:bcprov-jdk14 andorg.bouncycastle:bcprov-jdk15 affected for versions>= 1.51, < 1.56.

However, wandering over tohttps://www.bouncycastle.org/latest_releases.html I can see that there's a staggering number of different jar files for every published version for a variety of configurations. I count at least 35 in the signed JAR table alone, not even including the unsigned providers with debug information. Many of these seem to be published to Maven Central - e.g.https://mvnrepository.com/artifact/org.bouncycastle

Would it make sense to have some automation (and/or auditing) on the GitHub side to detect multi-published packages such as these and correct the entries to avoid potential risks being missed?

It seems to be most common in the Java ecosystem, but it exists on other ecosystems too. Over in JavaScript land, Lodash is another great example:lodash,lodash-es,lodash-amd,babel-plugin-lodash the per method packages such aslodash.throttle, etc.

You must be logged in to vote

Replies: 0 comments

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Category
Ideas
Labels
None yet
1 participant
@ebickle

[8]ページ先頭

©2009-2025 Movatter.jp