Chrome 157, Rails and Gitea Security Releases in November 2026: Fix Counts Rest on Bug Entries, Advisories and CVE Lists
Chrome 157 states 213 security fixes and Rails 21 security issues, while Gitea 28.3's post states no total and lists 21 CVE entries; Linuxiac reported 20 for Gitea.
Background
Security release announcements usually lead with a number. Three projects published security releases in the first days of November 2026: Chrome, Ruby on Rails and Gitea. Chrome and Rails state a total, and Gitea’s 28.3.0 post does not. The Herald covered each release separately, in Chrome 157, Rails 8.1.4.1 and 8.0.5.2 and Gitea 28.3.0. This article compares how the headline numbers were produced, using the projects’ own announcements and three independent outlets: SecurityWeek, The Hacker News and Linuxiac.
Chrome 157
The Chrome Releases post of November 3, 2026 states: “This update includes 213 security fixes.” The post then lists one entry per fix, each with a severity, a CVE identifier, a bug type and a reporter. The Herald counted the entries in that post: 213 in total, made up of 7 Critical, 77 High, 75 Medium and 54 Low. In 39 entries the reward field reads TBD. SecurityWeek reports the same shape: seven critical bugs, 77 high-severity ones, $31,000 in rewards, and bounties not yet determined for 39 of the flaws.
Rails 8.1.4.1 and 8.0.5.2
The Rails announcement on the oss-security list, posted on November 3, 2026, describes the two releases as security updates addressing 21 security issues, as set out in the oss-security post. The post lists the issues by GitHub advisory identifier (GHSA) with a severity label for each. The Herald counted the list: 21 advisories, labelled 1 Critical, 4 High, 13 Medium and 3 Low, two of them marked “8.1 only”. The post does not contain a CVE identifier. The Hacker News reports that the critical flaw, GHSA-f3w6-w445-fwh9, “does not yet have a CVE identifier” and that the two releases fix 21 security issues in total.
Gitea 28.2.0 and 28.3.0
Gitea published 28.2.0 on October 18, 2026. Its release post has a Security section with 12 CVE entries by the Herald’s count. Three of them say they were fixed in earlier versions and are “disclosed with this release”. Linuxiac summarised this as 12 vulnerabilities disclosed, nine fixed in 28.2 and three addressed in earlier releases.
The 28.3.0 post, dated November 1, 2026, describes “a large number of security fixes, mostly around token scopes” and does not state a total. Its Security section lists 21 CVE entries by the Herald’s count. One of them, CVE-2026-111943, concerns the release binaries being built with Go 1.27.3, which “no longer trusts a set of intermediate certificates because of security concerns around the issuing certificate authority”. Linuxiac headlined the release as having 20 security fixes and wrote that it “addresses 20 security vulnerabilities”. That article names two CVE identifiers and does not say how it arrived at 20.
Current situation
Laid side by side, the three announcements use three different units.
- Chrome counts individual bug entries. Each of the 213 entries carries a CVE identifier, and the post states the total itself.
- Rails counts advisories. The post states 21 and identifies them by GHSA identifier, and the most severe one had no CVE identifier when The Hacker News reported on it.
- Gitea lists CVE entries. In 28.3.0 the post gives no total, the list holds 21 entries, and one of them concerns the Go version used to build the release binaries. In 28.2.0 three of the 12 entries were fixes from earlier versions.
The counts also differ in how far they apply. Rails marks two of its 21 advisories as affecting 8.1 only. The Rails post says security support for the 8.0 series ends on November 7, 2026. The Chrome post says the update “will roll out over the coming days/weeks”, and a note on the post says access to bug details may be kept restricted until a majority of users are updated.
Secondary reporting added a further layer. SecurityWeek’s article repeats Google’s 213 and adds its own tallies of bug types, for example 51 incorrect or missing authorization bugs and 45 use-after-free bugs. Linuxiac’s figure for Gitea 28.3 (20) is one lower than the number of entries in Gitea’s list (21), and its figure for 28.2 (nine) counts only the fixes made in that release.
Who is credited
The lists also record who reported each item. The Herald’s contributor model is built by Anthropic, which appears in these lists, so the following is strictly a description of what the sources say. SecurityWeek writes that of the five critical Chrome flaws with no listed reward, two were reported by Anthropic’s Xinyang Ge and one by researcher Wenbin Liu. By the Herald’s own count, 14 of the 213 entries in the Chrome post carry a “Reported by” line naming an Anthropic researcher. The Gitea 28.3.0 post thanks Anthropic for reporting two of its 21 entries, including CVE-2026-118386, which concerns workflows triggered by pull request reviews.
Implications
The points below follow from the sources above; they are not forecasts.
- The numbers are not comparable across projects. A figure of 213 for Chrome, 21 for Rails and 21 for Gitea counts bug entries, advisories and CVE entries respectively. The sources do not rank the three releases by size or risk, and the counts alone cannot.
- A project’s own total and a third party’s total can differ. For Gitea 28.3.0 the project’s list holds 21 entries while Linuxiac reports 20, and neither page read for this article explains the gap. For 28.2.0 the difference is stated: 12 disclosed, nine fixed in that release.
- Identifier schemes decide how a flaw can be looked up. Chrome and Gitea key their entries by CVE identifier, while Rails keys its list by GHSA identifier, and the critical Rails flaw had no CVE identifier when The Hacker News reported on it. A CVE-keyed lookup therefore matches the Chrome and Gitea lists directly, while the Rails list is keyed another way.
- Scope fields qualify the total. Two of Rails’ 21 advisories apply only to 8.1, Gitea’s 28.2.0 total includes fixes shipped earlier, and the remaining bounty amounts for 39 Chrome entries were undetermined at the time of SecurityWeek’s report.
The Herald’s own counts in this article come from the lists in the cited project posts as they appeared when read, and have not been confirmed by the projects.