User-defined private security advisory warnings #365
-
Is there any way to define my own security advisory warnings? My organization maintains its own private set of ruby gems, and when we release security improvements / discover security issues, I would like to be able to advertise them to my team via Until now, I had thought that it should be possible to maintain my own fork of the ruby-advisory-db.git repository, where I could add my own security advisories and merge from upstream on a regular basis. Then I realized that the git url was hardcoded here, and I do not see any config or CLI option to change it: bundler-audit/lib/bundler/audit/database.rb Lines 37 to 38 in 88fa177 Is there some other approach to this problem that I am overlooking? Thank you so much for developing/maintaining this tool, it's a lifesaver for my organization! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
This is an interesting idea to support internal advisories. You can specify an alternate database directory with |
Beta Was this translation helpful? Give feedback.
This is an interesting idea to support internal advisories. You can specify an alternate database directory with
bundler-audit check --database path/to/ruby-advisory-db
. Although, much of the code expects each advisory to have either a CVE or GHSA ID and doesn't support printing your own internal advisory IDs. Also, keeping your own fork ofruby-advisory-db
up to date with the upstreamruby-advisory-db
would be difficult/annoying. Instead, I think you should use your own internal ticketing system to resolve security issues across all of your internal repositories.