Pull to refresh
Logo
Red Hat releases RHEL 10.3 with sealed OS images and an AI diagnostics server

Red Hat releases RHEL 10.3 with sealed OS images and an AI diagnostics server

New Capabilities

Kernel 6.12, GCC 16, and a cryptographic chain of trust from firmware to the file system

Overview

Updated 1 hour ago

Red Hat published Red Hat Enterprise Linux 10.3 on November 11, 2026. The release turns the operating system into a signed artifact: sealed images verify a cryptographic digest from firmware through every file in the OS image, and a tampered file is not flagged and served. The kernel returns an I/O error, and the file is simply unreadable.

The seal covers the base system and everything layered on top of it: monitoring agents, security tools, application binaries. It does not cover writable configuration in /etc or runtime state in /var. The same release moves the Model Context Protocol (MCP) server for RHEL from developer preview to general availability, giving AI assistants governed access to host diagnostics.

Smaller changes sit underneath. Kernel 6.12 brings stricter Integrity Measurement Architecture enforcement and an option for Kernel Samepage Merging to deduplicate only zero-filled pages. GCC Toolset 16, delivered separately through AppStream, moves the default C++ standard from C++17 to C++20 and adds optimizations for AMD Zen 6 and newer Intel processors.

Why it matters

The question "what code is running on this server" now has a signature for an answer, not a configuration log.

Questions about this story

Free account needed to ask — your question is kept and asked for you right after sign-up. Answers are public.

No questions yet — be the first to ask.

Key Indicators

6.12
Linux kernel version
RHEL 10.3 ships kernel 6.12 with Red Hat patches and backports.
16.2.1
GCC Toolset compiler version
GCC Toolset 16 ships separately through AppStream and installs alongside the default system compiler.
C++20
Default C++ standard in GCC 16
Up from C++17, with early support for some C++26 features.
9.9
RHEL 9 line released the same day
Customers staying on RHEL 9 get a parallel update with the same zero-trust framing.

Voices

Curated perspectives — historical figures and your fellow readers.

Sign up to generate historical perspectives on this story.

Organizations Involved

Timeline

4 events Latest: Yesterday
Tap a bar to jump to that date
  1. RHEL 10.3 published

    Latest Release

    The release ships kernel 6.12, GCC Toolset 16, generally available sealed images, and a generally available MCP server.

  2. CERN's Linux team puts 10.3 into testing

    Adoption

    CERN's Linux group says RHEL 10.3 is available in testing, with release to production planned for November 18.

  3. Boot images posted to Red Hat Developer

    Release

    The download page lists an 893.18 MB x86_64 boot ISO with a published SHA-256 checksum and a release date of November 10, 2026.

  4. Red Hat announces RHEL 10.3 and 9.9 at KubeCon

    Announcement

    At KubeCon + CloudNativeCon North America in Salt Lake City, Red Hat describes both releases as upcoming general availability and pitches sealed images as zero-trust built into the operating system.

Scenarios

1

Red Hat drops the Technology Preview label from sealed images

Likely Resolves by Q2 2027

Discussed by: Red Hat's image mode documentation

The RHEL 10 image mode guide still tags cryptographic sealing of bootc images as a Technology Preview, a category Red Hat says is unsupported under production service agreements and may not be functionally complete. If sealing really is generally available, that label should disappear from the guide. If it stays, the release announcement ran ahead of the product.

2

Self-managed RHEL command-line assistant reaches general availability

Possible Resolves by End of 2027

Discussed by: Red Hat's release announcement and Linuxiac's release coverage

The terminal assistant that answers Linux questions in natural language can already run against customer-hosted models through OpenShift AI, but only as a Developer Preview. Disconnected and regulated customers are the target audience, since they cannot send environment details to a cloud service. Shipping it as a supported product would show Red Hat considers local inference reliable enough for production fleets.

3

MCP server gains permission to change systems, not just read them

Uncertain Resolves by End of 2027

Discussed by: Linuxiac's release coverage

Today the MCP server gives AI assistants governed access to system information, historical Performance Co-Pilot metrics, and diagnostics over SSH. Red Hat's framing stresses that access is governed by default. The next step would be letting an agent apply the fix, and the approval gates Red Hat builds for that decide how much routine administration gets delegated.

Historical Context

3 moments from history that rhyme with this story — and how they unfolded.

2012

UEFI Secure Boot mandates (2012)

Hardware certified for Windows 8 had to ship with UEFI Secure Boot enabled, which checks signatures on the bootloader and kernel before handing control to the operating system. Linux distributions could not boot on that hardware without a signed component, so they obtained signed shims from Microsoft.

Then

Distributions built shim loaders and a Microsoft-run signing authority became the practical gatekeeper for Linux on consumer PCs.

Now

The shim pattern became standard, and signed boot chains now underpin cloud images and confidential computing.

Why this matters now

Sealed images extend the same chain of trust past the bootloader into every file of the OS. The trust anchor is now a customer's own key rather than a vendor's.

2011

Chrome OS verified boot (2011)

Google's first Chromebooks shipped with a design that treats the disk as untrusted: the system partition is read-only and hash-verified during boot. A failed check drops the machine into recovery mode rather than starting a compromised system.

Then

Users accepted a laptop that could refuse to boot if system files changed.

Now

Verified boot became normal on phones and appliances, and read-only system partitions spread to other platforms.

Why this matters now

It proved a mass-market operating system could verify itself on every start. Sealed images apply that stance to servers running regulated workloads.

December 2020

SolarWinds Orion compromise (2020)

Attackers broke into SolarWinds' build system and shipped a signed update to its Orion monitoring software to roughly 18,000 customers, including US federal agencies. The code carried a valid signature because it was built by the vendor.

Then

Investigators traced intrusions into the Treasury and Commerce departments and other agencies, and SolarWinds took the reputational damage.

Now

Federal procurement rules pushed software bills of materials and build-provenance attestation into contracts.

Why this matters now

The lesson was that a signature proves who signed, not what the code does. Sealed images pin the exact file contents at build time and check them on every read.

Sources

(7)