Red Hat RHEL 8.6 Kernel Update Addresses CVE-2026-53266

P1 — VALIDATE AND UPDATEHigh · 7.5 (CVSS v3.1)EXPLOITATION: CISA KEV

Quick Answer

RHSA-2026:70797 supplies kernel 4.18.0-372.217.1.el8_6 for the listed RHEL 8.6 support streams. CVE-2026-53266 concerns bridge netfilter and is in CISA's Known Exploited Vulnerabilities catalog. Plan the update, reboot, and incident review; a fixed package on disk does not show the running host is fixed or clean.

Confirm Scope And Apply The Supported Fix

Next step: Confirm the host's RHEL 8.6 entitlement and kernel package, review its bridge-netfilter use, and schedule a reboot with console access. Check third-party modules and dependent workloads before broad rollout.

Open the authoritative advisory

Last verified: 2026-09-23 UTC. Recheck the authoritative advisory and supported distribution channel before changing production.

Scope And Authority

Product scopeRHEL 8.6 AUS and EUS kernel packages
AdvisoryRHSA-2026:70797
CVECVE-2026-53266
Authoritative release date2026-09-23 15:08:57 UTC
Authority revision date2026-09-23 15:09:26 UTC
Affected versionsRHSA-listed RHEL 8.6 Advanced Mission Critical Update Support and Extended Update Support Long-Life Add-On kernel builds before the fixed package; configuration preconditions apply.
Fixed versionkernel 4.18.0-372.217.1.el8_6
CVSS base score7.5 (CVSS v3.1)
CVSS severityHigh
Exploitation statusRed Hat's erratum does not state an exploitation assessment. Independently, CISA KEV lists CVE-2026-53266, added September 18, 2026, with forensic triage required. That is evidence of exploitation of the CVE, not proof that every listed kernel configuration or this host was exploited. Checked October 2, 2026.

What Changed

Red Hat describes a local attacker affecting shared memory during an ebtables SNAT ARP rewrite on systems with the relevant bridge rules. Reported outcomes include disruption and possible privilege escalation. This is not a general claim that an unauthenticated Internet client can exploit every RHEL kernel.

What To Validate Now

  1. Inventory. Locate RHEL 8.6 AUS and EUS kernel packages deployments, versions, enabled features, exposure paths, owners, and dependent services.
  2. Establish applicability. Compare each deployment with the authority's affected-version statement: The exact entitled RHEL 8.6 AUS and EUS kernel packages builds before the branch-specific fixed packages listed by Red Hat Do not infer applicability from product family or severity alone.
  3. Remediate. Apply kernel 4.18.0-372.217.1.el8_6 through the supported vendor or project channel, following the current advisory and change-control requirements.
  4. Validate. Record both installed packages and the running kernel before and after the reboot. Check bridge traffic, firewall policy, storage and network modules, and application health. Retain a supported recovery route rather than assuming a vulnerable previous kernel is an acceptable permanent rollback.
  5. Retain evidence. Preserve asset and owner identifiers, the applicability decision, before-and-after versions, change approval, installation output, validation results, and any exception or rollback record.

Operational Cautions

Use the exact supported release stream and repository. Test dependencies, clusters, integrations, and rollback before broad deployment; a CVSS rating or reachable feature is not evidence of exploitation.

Evidence To Retain

  • Exact product, release stream, package or application version, enabled feature, environment, and accountable owner.
  • UTC timestamps, authority revision, approved change record, installer or package-manager output, and resulting version.
  • Relevant logs and monitoring evidence, test results, exceptions, compensating controls, and rollback decisions.

Related TechGeeks Resources

Authoritative References

Correction policy: If the authority changes affected versions, fixed versions, severity, exploitation information, mitigations, or required action, TechGeeks will update this notice and its verification date.