RubyGems

Found a security issue with RubyGems or RubyGems.org? Please follow these steps to report it.

Reporting RubyGems.org Website Problems

If you're having trouble pushing a gem, or otherwise need help with your RubyGems.org account, please send a mail to support address.

Reporting a security issue

Please ensure this is a security issue for the RubyGems client or the RubyGems.org service. This tracker is only for security issues with RubyGems, Bundler, or the RubyGems.org website.

Please note: This is a vulnerability disclosure program without monetary rewards (bounties). We appreciate your help in keeping the ecosystem safe, but we do not offer financial compensation for reports.

For all vulnerabilities with individual gems, follow our guide on reporting security issues with others' gems. If it's a security issue with the Ruby on Rails framework, see the Rails Security guide.

Please note: the rubygems-developers mailing list, the rubygems.org mailing list, and the Bundler slack are public areas. If escalating to these places, please do not discuss your issue, simply say that you’re trying to get a hold of someone from the security team. Thanks in advance for responsibly disclosing your security issue.

Disclosure Process

RubyGems and RubyGems.org follow a 5 step disclosure process:

1. Security report received and is assigned a primary handler. This person will coordinate the fix and release process.
2. Problem is confirmed and, a list of all affected versions is determined. Code is audited to find any potential similar problems.
3. Fixes are prepared for all releases which are still supported. These fixes are not committed to the public repository but rather held locally pending the announcement.
4. A suggested embargo date for this vulnerability is chosen.
5. On the embargo date, the rubygems-developers mailing list is sent an announcement. This will include patches for all versions still under support. The changes are pushed to the public repository and new gems released to rubygems. At least 6 hours after the mailing list is notified, a copy of the advisory will be published on the RubyGems.org blog.

This process can take some time, especially when coordination is required with maintainers of other projects. Every effort will be made to handle the bug in as timely a manner as possible, however it’s important that we follow the release process above to ensure that the disclosure is handled in a consistent manner.

Disclosure Policy

• Manual Review Required: We expect you to personally review and understand every claim in your report. Do not submit unverified content generated by automated tools or AI. Submissions that appear to be raw, unverified AI output or lack a manual proof-of-concept will be disregarded.
• Let us know as soon as possible upon discovery of a potential security issue, and we'll make every effort to quickly resolve the issue.
• Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service. Only interact with accounts you own or with explicit permission of the account holder.

Exclusions

We do not accept reports about third party services we use or our public S3 buckets containing database dumps. For a detailed list of included and excluded scopes, see the Scopes tab.

Do not engage in:

• Denial of service
• Spamming
• Brute-force attacks
• Social engineering (including phishing) of RubyGems.org staff or volunteers
• Any physical attempts against RubyGems.org property or data centers
• Using scanners or automated tools to find vulnerabilities - they’re noisy and lead to false positives

Receiving Security Updates

The best way to receive all the security announcements is to subscribe to the rubygems-developers mailing list.

No one outside the core team or the initial reporter will be notified prior to the lifting of the embargo. We regret that we cannot make exceptions to this policy for high traffic or important sites, as any disclosure beyond the minimum required to coordinate a fix could cause an early leak of the vulnerability.

Decision Authority

The project maintainers have the final decision on which issues constitute security vulnerabilities. Their technical judgment is final, and we ask that you respect the decision regarding the severity and validity of any reported issue.

Comments on this Policy

If you have any suggestions to improve this policy, please send an email to [email protected].

Thank you for helping keep RubyGems and our users safe!