☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Google logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 6.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N 🐛 CWE-862
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2026-79154

CVE-2026-79154 Missing Authorization in Google
📅 PUBLISHED: 2026-08-25 00:00 UTC 🔄 UPDATED: 2026-09-26 06:19 UTC
[ OFFICIAL PATCH DEPLOYED ↓ ] FIX: LIKELY — 2 independent sources confirm fix
[ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.22%
👁️
0.22% probability
5.5× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
Country: USA License: Commercial
Affected: Chrome — upgrade to patched release
CVSS VECTOR BREAKDOWN 6.5
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: N Privileges Required None
UI: R User Interaction Required
S: U Scope Unchanged
C: H Confidentiality High
I: N Integrity None
A: N Availability None
6.5
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2026-79154 is a missing authorization vulnerability in the DevTools component of Google Chrome prior to version 152.0.7977.65. A remote attacker leveraging social engineering could obtain sensitive information through UI interaction, per the NVD description. The vulnerability carries a Chromium security severity of Medium, though no CVSS vector or score is currently assigned. Products using Chromium-based engines, including enterprise web browsers, could be affected; however, the original vendor has not been confirmed and patch details remain unverified.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Technical Analysis

The NVD description is sparse on implementation details. What is known is that the flaw resides in DevTools functionality and involves a missing authorization check, classified under CWE-862 (Missing Authorization). The attack vector requires UI interaction, meaning a user must perform a specific action to trigger the flaw.

The vulnerability class — missing authorization — indicates that DevTools performs a sensitive operation without verifying that the acting principal (e.g., a web page or user context) has the necessary permissions. In a typical Chrome context, DevTools is a privileged debugging interface designed to be accessed only by the browser user or authorized extensions. A missing authorization check could allow a lower-privileged context, such as a remote website or web content, to interact with or observe data exposed through DevTools features.

Because the CNA description does not specify which DevTools subcomponent, permission, or API is affected, we cannot name specific functions, endpoints, or parameters. The attack mechanism is inferred at the class level: a web page (or socially engineered user interaction with a malicious page) triggers a DevTools operation that should require authorization but does not, resulting in disclosure of sensitive information.

The social engineering component suggests the attacker must convince the user to perform a UI action — for example, opening the DevTools panel, clicking a specific element, or interacting with a crafted overlay that mimics a legitimate DevTools prompt. Once the user complies, the missing authorization check permits the attacker-controlled content to access information that should be protected.

Given the absence of CVSS scoring, EPSS data, vendor fix details, and PoC availability, insufficient technical detail exists to define the exact code path. This report describes the vulnerability at the class level, consistent with the accuracy rules.

Exploitation Scenarios

No public PoC is available; the attack chain below is inferred from the vulnerability class and NVD description.

Step 1 — Reconnaissance / Target Identification: The attacker identifies targets using Google Chrome (or a Chromium-based browser) prior to version 152.0.7977.65. Targeting may be opportunistic via malvertising, phishing campaigns, or watering-hole attacks. The attacker crafts a webpage or email designed to lure users to a domain under attacker control.

Step 2 — Flaw Trigger (Social Engineering + UI Interaction): The attacker hosts a malicious page that visually mimics legitimate DevTools prompts or overlay interfaces. The user is socially engineered through prompts such as "Press F12 to diagnose a connection issue" or "Click here to view page performance metrics." Upon the user performing the UI interaction (e.g., pressing a key or clicking), the browser invokes the DevTools functionality without properly checking authorization. Because the missing authorization check exists, the attacker-controlled context gains access to data it should not have.

Step 3 — Payload / Execution at Class Level: At the vulnerability-class level, the malicious page leverages the unauthenticated DevTools operation to read sensitive information. This could include page content, DOM data, cookies, local storage, or other browsing-session artifacts that DevTools normally exposes to the user but not to web content. The specific information exposed is determined by which DevTools operation is missing its authorization check — a detail not present in the CNA description.

Step 4 — Post-Exploitation Impact: The attacker exfiltrates the disclosed sensitive information back to their infrastructure. Depending on the data exposed, this could enable session hijacking, credential theft, or account takeover. Because the vulnerability requires social engineering, the attack is interactive — each target requires user participation. This constrains scalability but presents a credible targeted-attack vector against high-value users.

Impact Assessment

Business impact is rated Medium by the Chromium team, though no CVSS subscores are available to break down confidentiality, integrity, or availability impact. Based on the description, the primary concern is confidentiality — unauthorized disclosure of sensitive information.

  • Affected Systems: Google Chrome prior to 152.0.7977.65, and any Chromium-based browser embedding the vulnerable DevTools code. Enterprises running managed Chrome deployments or embedded Chromium (e.g., Electron apps relying on out-of-date Chromium) are at risk.
  • Blast Radius: End-user workstations where users browse untrusted web content. Given social engineering is required, impact is limited to users who interact with malicious UI, but the consequence — sensitive information disclosure — carries high downstream risk for credential theft or data breach.
  • Considering no EPSS score exists and no exploitation-in-the-wild evidence is reported, the immediate threat level is moderate, but enterprise teams should treat this as a browser Update priority given the disclosure risk.

Detection Guidance

Sigma Rule

title: Chrome DevTools Unauthorized Access Attempt via UI
status: experimental
description: Detects suspicious Chrome process behavior indicative of DevTools misuse related to CVE-2026-79154
author: Valters IT Threat Intelligence
date: 2026/10/01
logsource:
    category: process_creation
    product: windows
detection:
    selection:
        Image|endswith: '\chrome.exe'
        CommandLine|contains|all:
            - '--remote-debugging-port'
            - '--user-data-dir'
    condition: selection
    timeframe: 10s
level: medium
falsepositives:
    - Legitimate developer usage of Chrome DevTools Protocol
    - Authorized remote debugging sessions

YARA Rule

rule CVE_2026_79154_Chrome_DevTools_SocialEngineering
{
    meta:
        author = "Valters IT Threat Intelligence"
        description = "Detects HTML/JS patterns that mimic DevTools prompts for social engineering"
        cve = "CVE-2026-79154"
        date = "2026-10-01"
    strings:
        $prompt_f12 = "F12" nocase
        $devtools_ref = "DevTools" nocase
        $instruction = "press" nocase
        $click_verb = "click" nocase
        $overlay_css = "position:fixed" nocase ascii
        $perf_text = "performance" nocase
    condition:
        ($prompt_f12 and $devtools_ref) and
        ($instruction or $click_verb) and
        ($overlay_css or $perf_text)
}

Suricata IDS Rule

alert tcp any any -> any any (msg:"ET EXPLOIT Chrome DevTools Social Engineering Page (CVE-2026-79154)";
    flow:established,to_server; content:"DevTools"; nocase;
    content:"F12"; within:200; nocase;
    pcre:"/position\s*:\s*fixed|z-index\s*:\s*\d{3,}/i";
    metadata: cve CVE-2026-79154; classtype:attempted-user;
    sid:20267915401; rev:1;)

Elastic Detection

process where event.type == "start" and
  process.name == "chrome.exe" and
  process.command_line contains "--remote-debugging-port"

Additional coverage for web content:

network where process.name == "chrome.exe" and
  destination.port in (9222, 9229) and
  destination.ip != "127.0.0.1"

Splunk SPL Query

index=windows sourcetype=WinEventLog:Security OR index=endpoint
| where process_name="chrome.exe" AND (command_line LIKE "%remote-debugging-port%" OR command_line LIKE "%--headless%")
| stats count by host, user, command_line, _time
| sort - _time

Web-based detection (proxy/DNS):

index=proxy
| search uri_path LIKE "*DevTools*" OR uri_query LIKE "*F12*" OR referer_domain=*unknown*
| stats count by src_ip, user_agent, uri, referer_domain
| where user_agent LIKE "%Chrome%" AND count > 5

Wazuh OSSEC Rule

<group name="chromium,">
    <rule id="499264" level="8">
        <decoded as="json">process.name</decoded>
        <field name="process.name">chrome.exe</field>
        <field name="process.command_line">--remote-debugging-port</field>
        <description>Chrome DevTools remote debugging enabled - potential CVE-2026-79154 exploitation</description>
        <mitre>
            <id>T1539</id>
        </mitre>
        <group>pci_dss_6.5,gdpr_art_32</group>
    </rule>
</group>

Mitigation & Patch Guidance

Patch Confidence: 2/4 — CLAIMED. A single source (NVD) reports a fix in Chrome 152.0.7977.65, but this is not independently confirmed by a vendor advisory. Treat with appropriate skepticism.

  1. Immediate Mitigations:

    • Monitor for suspicious DevTools invocation from web content; restrict remote debugging ports (9222, 9229) via enterprise firewall rules.
    • Disable the Chrome DevTools keyboard shortcut (F12/Ctrl+Shift+I) via enterprise policy (DeveloperToolsAvailability setting) for non-developer user groups.
    • Educate users on social-engineering lures that impersonate browser diagnostics prompts.
  2. Patch / Upgrade Steps:

    • Update Google Chrome to version 152.0.7977.65 or later across managed endpoints. For Chromium embedded in Electron or other frameworks, check the upstream Chromium version and apply updates as they become available.
    • Monitor vendor advisories from Google for official confirmation of the patch — do not assume the claimed fix is sufficient until independently verified.
  3. Long-Term Hardening:

    • Adopt enterprise browser management (e.g., Google Chrome Enterprise) to enforce automatic updates and controlled extension policies.
    • Maintain a Chromium version inventory to identify affected variants quickly.
    • Enable network-level logging of DevTools protocol traffic and alert on inbound connections to debug ports.
    • Continue monitoring CISA KEV (currently "NO") for future updates; re-evaluate priority if exploitation-in-the-wild emerges.

References

  1. NVD Entry for CVE-2026-79154 — https://nvd.nist.gov/vuln/detail/CVE-2026-79154 (primary source; patch claim origin)
  2. NVD CWE-862 Missing Authorization — https://cwe.mitre.org/data/definitions/862.html
  3. Google Chrome Releases Blog — https://chromereleases.googleblog.com/ (monitor for official advisory confirming 152.0.7977.65)
  4. CISA Known Exploited Vulnerabilities Catalog — https://www.cisa.gov/known-exploited-vulnerabilities-catalog (currently lists NO entry for this CVE)

Threat Actor Campaigns: None identified at the time of writing. No exploitation-in-the-wild evidence has been reported. The lack of EPSS scoring and absence of public PoC suggests limited or early-stage exploitation interest.

👁️ SHODAN DORKS (THREAT HUNTING)

What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.

product:Chrome
http.title:"Chrome"
cpe:"cpe:2.3:a:google:chrome"
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-79154/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.