Vulnerability Database · RubyGems · Package report

better_errors: vulnerability history, versions and safety

better_errors is a package in the RubyGems ecosystem. Vulert records 1 vulnerability for it across 34 releases, first recorded in Sep 2021. Each vulnerability names the versions it affects, the fixed version to move to, and a workaround where no fix has been published.

i
1 vulnerabilities recorded M1
i
0 with no fix published

Every vulnerability has a patched version to move to.

i
0 in the last 12 months

Nothing new recorded in the last year.

See the disclosure history →
i
0 malicious-package vulnerabilities

No published version shipped hostile code.

Vulert verdict on better_errors 2.10.1 i

Updated on 23 Oct 2026

Good news: 2.10.1, the version you would install today, has no known vulnerabilities. Older releases do — the table below lists all 1.

Package health score 72/100
  • Security Minor issues
  • Maintenance Maintaining
  • Popularity Key ecosystem project
  • Community Quiet

What to do: Stay on 2.10.1 or newer. This can change: a vulnerability disclosed tomorrow can affect 2.10.1 too — Vulert watches the package and alerts you if that happens. Monitor it with Vulert →

  • Current release 2.10.1 — unaffected i
  • Vulnerabilities on record 1 over 1 year · 0 in the last year i
  • Latest disclosure 07 Sep 2021 i
  • Highest CVSS 6.3 i
  • With no published fix 0 i
  • Stars 6,858 i
  • OpenSSF scorecard 2/10 i
  • Last release 40 months ago i
  • Licence MIT i

Version list, release dates, licence and dependants published by RubyGems, refreshed 23 Oct 2026. Licence information is not legal advice.

Concerned about your application's security?

Vulert continues monitoring your dependencies and alerts you when new vulnerabilities are disclosed. No installation and no source-code access required.

01 Versions

Which versions are affected

Every version Vulert tracks for better_errors, newest first, with the vulnerabilities recorded against each one. A version showing none has no vulnerability in the Vulert database — open it for the full picture on that release.

i
Version Released Vulert vulnerabilities Licence Fix published Details
2.10.1 14 Jun 2023 none MIT — Details →
2.10.0 28 Apr 2023 none MIT — Details →
2.10.0.beta2 15 Dec 2020 none MIT — Details →
2.10.0.beta1 11 Dec 2020 none MIT — Details →
2.9.1 05 Nov 2020 none MIT — Details →
2.9.0 04 Nov 2020 none MIT — Details →
2.8.3 03 Oct 2020 none MIT — Details →
2.8.2 01 Oct 2020 none MIT — Details →
2.8.1 17 Sep 2020 none MIT — Details →
2.8.0 15 Sep 2020 none MIT — Details →
2.7.1 13 May 2020 M1 MIT Yes Details →
2.7.0 24 Apr 2020 M1 MIT Yes Details →
2.6.0 25 Feb 2020 M1 MIT Yes Details →
2.5.1 14 Feb 2019 M1 MIT Yes Details →
2.5.0 27 Aug 2018 M1 MIT Yes Details →
2.4.0 13 Oct 2017 M1 MIT Yes Details →
2.3.0 04 Aug 2017 M1 MIT Yes Details →
2.2.0 30 Jul 2017 M1 MIT Yes Details →
2.1.1 09 Jan 2015 M1 MIT Yes Details →
2.1.0 23 Dec 2014 M1 MIT Yes Details →
2.0.0 20 Aug 2014 M1 MIT Yes Details →
1.1.0 23 Dec 2013 M1 MIT Yes Details →
1.0.1 08 Sep 2013 M1 MIT Yes Details →
1.0.0 08 Sep 2013 M1 MIT Yes Details →
1.0.0.rc1 29 Aug 2013 M1 MIT Yes Details →
0.9.0 24 May 2013 M1 MIT Yes Details →
0.8.0 04 Apr 2013 M1 MIT Yes Details →
0.7.2 09 Mar 2013 M1 MIT Yes Details →
0.7.0 23 Feb 2013 M1 MIT Yes Details →
0.6.0 14 Feb 2013 M1 MIT Yes Details →
0.5.0 05 Feb 2013 M1 MIT Yes Details →
0.3.2 17 Dec 2012 M1 MIT Yes Details →
0.3.0 16 Dec 2012 M1 MIT Yes Details →
0.2.0 11 Dec 2012 M1 MIT Yes Details →
0.1.1 11 Dec 2012 M1 MIT Yes Details →
0.1.0 11 Dec 2012 M1 MIT Yes Details →
0.0.8 10 Dec 2012 M1 MIT Yes Details →
0.0.7 09 Dec 2012 M1 MIT Yes Details →
0.0.6 09 Dec 2012 M1 MIT Yes Details →
0.0.5 09 Dec 2012 M1 MIT Yes Details →
0.0.4 09 Dec 2012 M1 MIT Yes Details →
0.0.3 09 Dec 2012 M1 MIT Yes Details →
0.0.2 08 Dec 2012 M1 MIT Yes Details →
0.0.1 08 Dec 2012 M1 MIT Yes Details →

All 44 versions Vulert tracks for this package. Severity counts are the vulnerabilities recorded against that exact release.

02 Disclosure history

How often vulnerabilities are recorded

  • 2021 1

Counted by the year Vulert recorded each vulnerability — the same date the table below shows as disclosed. 0 of the 1 were recorded in the last 12 months.

03 Vulnerabilities

Recorded vulnerabilities for better_errors

The 1 most severe of 1 vulnerabilities recorded for this package

Search all 1 in the database →

Vulnerability wrong, a fix missing, or a package we should cover? Report it and we will fix the record. Report Vulnerability Provide Feedback

Updated: 23/Oct/2026 · Vulnerabilities in our DB: 524315

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →

Questions

About better_errors

Is better_errors safe to use?

Vulert records 1 vulnerabilities for better_errors in RubyGems: 0 critical, 0 high, 1 medium and 0 low. Every one of them has a published fix, so the practical answer is to run a supported release and keep it patched.

What is better_errors's Vulert package health score?

Vulert scores better_errors 72/100, which reads as in good shape. The score weighs the vulnerability record (40), maintenance and release cadence (25), adoption from dependents and stars (20) and community signals such as the OpenSSF scorecard and forks (15).

Is the latest version of better_errors affected?

No. 2.10.1, the version you would install today, has no vulnerabilities on record against it. Earlier releases do — the version table above lists each release with what affects it.

Which version of better_errors should I use?

2.10.1 is the version Vulert recommends for the affected releases. The version table above lists every release with the vulnerabilities recorded against it, so you can confirm the range you actually run.

How many vulnerabilities does better_errors have?

1 vulnerability is recorded for better_errors in the RubyGems ecosystem: 0 critical, 0 high, 1 medium and 0 low. The ledger on this page lists the same counts next to the date of the most recent disclosure.

How often are new better_errors vulnerabilities disclosed?

0 vulnerabilities were recorded for better_errors in the last 12 months, and the oldest entry in this database dates to 07 Sep 2021. Recency matters more than a lifetime total: it shows how actively new issues are being disclosed for the package you are considering.

Which versions of better_errors are affected?

Each vulnerability on this page lists the affected version range and the fixed version to move to. Open the vulnerability for the version you actually run — fixes are specific to a release line, not to the package as a whole.

How do I monitor better_errors for upcoming vulnerabilities?

Upload the manifest or SBOM for your application at vulert.com/scanner and Vulert keeps checking the better_errors version you actually run against new disclosures, then alerts you when one affects it. There is no installation and no source-code access required.