Chrome 155 Update: 4 Critical Bugs and Enterprise Patching

What was released

In its October 6 Stable channel update, Google promoted Chrome 155 to Stable for desktop. The new version does not ship to every device at once. It rolls out in stages over days to weeks. If you wait for the automatic rollout, some devices receive the fixes correspondingly later.

ItemDetails
Release date (US local time)October 6, 2026
Stable versionWindows and Mac 155.0.8059.39/.40, Linux 155.0.8059.39
RolloutStaged over days to weeks
Security fixes247 (Critical 4 · High 53 · Medium 122 · Low 68)
Exploitation in the wildNot mentioned in the release notes
Bug detailsAccess may be restricted until a majority of users are updated. Bugs in third-party libraries that other projects also depend on may remain restricted after that

Four Critical bugs: all use-after-free

CVETypeComponentReported
CVE-2026-106382Use after freeChromecast2026-07-15
CVE-2026-106197Use after freeBrowser2026-09-11
CVE-2026-106358Use after freeNavigation2026-09-28
CVE-2026-106347Use after freeTrack2026-09-30

A use-after-free bug occurs when a program keeps using a memory region after it has been freed. If an attacker can fill the freed memory with data of their choosing, they can redirect the program’s flow, which can lead to code execution.

What the rating means also matters. Under the Chromium severity guidelines, Critical applies to flaws that let an attacker access files or the network with the user’s privileges outside the sandbox, such as memory corruption in the browser process that web content can trigger. Flaws that allow code execution only inside the renderer sandbox are usually rated High. The detailed attack conditions for the four bugs have not been published yet.

The reporter credits are also worth noting. Two of the four Critical bugs were reported from analysis assisted by an AI model, and several High bugs were also reported with help from AI models or AI security tools. As vulnerabilities are found faster, how quickly fixes reach devices becomes a factor in enterprise security.

53 High bugs: concentrated in layers that parse data

ComponentCountMain types
ANGLE (graphics API translation layer)7Uninitialized resource 5, Type confusion 1, Use after free 1
Media5Use after free 4, Uninitialized resource 1
V8 (JavaScript engine)3Race condition, Type confusion, Use after free
PDF2Use after free
WebRTC2Use after free
Dawn · Tint (WebGPU implementation)2Uninitialized resource, Use after free
Skia (2D graphics)1Uninitialized resource
SiteIsolation1Incorrect permission grant
Other components30See the release notes

Of the 23 bugs in the table above, 22 are in layers that parse data received from outside, such as graphics, media, PDF and scripts. Flaws in these layers can be triggered when a user simply opens a web page or views a video or PDF, so users who only visit work sites still need the update.

What enterprises should check now

CheckBaselineHow
Chrome version155.0.8059.39 or later (.39 or .40 on Windows and Mac)Asset management tool or chrome://version
Devices with Chrome not yet relaunchedChrome relaunched after the updateSet a relaunch deadline with the RelaunchNotification and RelaunchNotificationPeriod policies
Devices waiting on the staged rolloutDo not wait for the automatic rolloutDeploy the Chrome 155 installer directly with enterprise deployment tools
Other Chromium-based browsersVendor build that includes the 155 fixesCheck the vendor’s security advisories and version information
Work apps that embed ChromiumChromium version of work apps built with Electron and similar frameworksCheck the vendor’s update schedule

Until details are published, there is no way to confirm whether a temporary workaround, such as disabling a specific feature, actually works. The definitive fix is to update.

BrowZen’s response principles

BrowZen is a Chromium-based enterprise browser. When a Chrome security update is released, BrowZen follows these principles.

StepDetails
CheckWe review Google’s security announcements daily and check whether each fix has been applied to BrowZen
ApplyFor fixes that need to be applied, we prepare a patched build and inform customer administrators
DiscloseWe do not publish detailed impact information before the patched build is released

When you choose an enterprise browser, how quickly it picks up security fixes from its browser engine matters as much as its feature list. When you evaluate one, ask the vendor for its criteria and track record for applying Chromium security fixes. The basics of enterprise browsers are covered in What a Secure Enterprise Browser Is.

References

Frequently asked questions

Does the Chrome 155 update fix any vulnerability exploited in the wild?

In its October 6 release notes, Google did not mention any exploitation in the wild. However, once the fixed code is public, attackers may try to build exploits by comparing the code before and after the fix (patch diffing), so it is safer to update right after the release and finish relaunching the browser.

Do other Chromium-based browsers such as Microsoft Edge and Naver Whale need to be checked too?

Yes. Browsers that use the same Chromium code can share the same flaws. Check each vendor's security advisories and version information to confirm that it has released a build that includes the Chrome 155 fixes. Work apps that embed Chromium, such as those built with Electron, need the same check.

Why does Chrome still show the old version after the update has downloaded?

Chrome switches to the new version only when the browser is relaunched after the update downloads. In enterprise environments, you can use the RelaunchNotification and RelaunchNotificationPeriod policies to set relaunch prompts and a deadline, so that browsers left open for a long time do not stay on an old version.