Desconhecida

CVE-2025-40181 — x86/kvm: Force legacy PCI hole to UC when overriding MTRRs for TDX/SNP

In the Linux kernel, the following vulnerability has been resolved: x86/kvm: Force legacy PCI hole to UC when overriding MTRRs for TDX/SNP When running as an SNP or TDX guest under KVM, force the legacy PCI hole, i.e. memory between Top of Lower Usable DRAM and 4GiB, to be mapped as UC via a forced variable MTRR range. In most KVM-based setups, legacy devices such as the HPET and TPM are enumerated via ACPI. ACPI enumeration includes a Memory32Fixed entry, and optionally a SystemMemory descriptor for an OperationRegion, e.g. if the device needs to be accessed via a Control Method. If a SystemMemory entry is present, then the kernel's ACPI driver will auto-ioremap the region so that it can be accessed at will. However, the ACPI spec doesn't provide a way to enumerate the memory type of SystemMemory regions, i.e. there's no way to tell software that a region must be mapped as UC vs. WB, etc. As a result, Linux's ACPI driver always maps SystemMemory regions using ioremap_cache(), i.e. as WB on x86. The dedicated device drivers however, e.g. the HPET driver and TPM driver, want to map their associated memory as UC or WC, as accessing PCI devices using WB is unsupported. On bare metal and non-CoCO, the conflicting requirements "work" as firmware configures the PCI hole (and other device memory) to be UC in the MTRRs. So even though the ACPI mappings request WB, they are forced to UC- in the kernel's tracking due to the kernel properly handling the MTRR overrides, and thus are compatible with the drivers' requested WC/UC-. With force WB MTRRs on SNP and TDX guests, the ACPI mappings get their requested WB if the ACPI mappings are established before the dedicated driver code attempts to initialize the device. E.g. if acpi_init() runs before the corresponding device driver is probed, ACPI's WB mapping will "win", and result in the driver's ioremap() failing because the existing WB mapping isn't compatible with the requested WC/UC-. E.g. when a TPM is emulated by the hypervisor (ignoring the security implications of relying on what is allegedly an untrusted entity to store measurements), the TPM driver will request UC and fail: [ 1.730459] ioremap error for 0xfed40000-0xfed45000, requested 0x2, got 0x0 [ 1.732780] tpm_tis MSFT0101:00: probe with driver tpm_tis failed with error -12 Note, the '0x2' and '0x0' values refer to "enum page_cache_mode", not x86's memtypes (which frustratingly are an almost pure inversion; 2 == WB, 0 == UC). E.g. tracing mapping requests for TPM TIS yields: Mapping TPM TIS with req_type = 0 WARNING: CPU: 22 PID: 1 at arch/x86/mm/pat/memtype.c:530 memtype_reserve+0x2ab/0x460 Modules linked in: CPU: 22 UID: 0 PID: 1 Comm: swapper/0 Tainted: G W 6.16.0-rc7+ #2 VOLUNTARY Tainted: [W]=WARN Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 05/29/2025 RIP: 0010:memtype_reserve+0x2ab/0x460 __ioremap_caller+0x16d/0x3d0 ioremap_cache+0x17/0x30 x86_acpi_os_ioremap+0xe/0x20 acpi_os_map_iomem+0x1f3/0x240 acpi_os_map_memory+0xe/0x20 acpi_ex_system_memory_space_handler+0x273/0x440 acpi_ev_address_space_dispatch+0x176/0x4c0 acpi_ex_access_region+0x2ad/0x530 acpi_ex_field_datum_io+0xa2/0x4f0 acpi_ex_extract_from_field+0x296/0x3e0 acpi_ex_read_data_from_field+0xd1/0x460 acpi_ex_resolve_node_to_value+0x2ee/0x530 acpi_ex_resolve_to_value+0x1f2/0x540 acpi_ds_evaluate_name_path+0x11b/0x190 acpi_ds_exec_end_op+0x456/0x960 acpi_ps_parse_loop+0x27a/0xa50 acpi_ps_parse_aml+0x226/0x600 acpi_ps_execute_method+0x172/0x3e0 acpi_ns_evaluate+0x175/0x5f0 acpi_evaluate_object+0x213/0x490 acpi_evaluate_integer+0x6d/0x140 acpi_bus_get_status+0x93/0x150 acpi_add_single_object+0x43a/0x7c0 acpi_bus_check_add+0x149/0x3a0 acpi_bus_check_add_1+0x16/0x30 acpi_ns_walk_namespace+0x22c/0x360 acpi_walk_namespace+0x15c/0x170 acpi_bus_scan+0x1dd/0x200 acpi_scan_init+0xe5/0x2b0 acpi_init+0x264/0x5b0 do_one_i ---truncated---

Descrição oficial em inglês (tradução ainda não revisada).

Publicada em 12/11/2025 · Atualizada em 13/10/2026 · Fontes: NIST National Vulnerability Database, CVE Program (cve.org) e CISA ADP · CNA: Linux

Baixa

Quem explora e qual a prioridade

Nota de 0 a 100 que combina exploração confirmada, uso por ransomware e grupos APT, exploits públicos, EPSS e severidade.

Nenhum sinal de exploração nas fontes consultadas até agora.

Como a nota foi calculada

EPSS 0.2% (probabilidade de exploração em 30 dias)+2

A nota ordena a fila de correção; não substitui o contexto dos seus ativos (exposição à internet, criticidade, compensações).

Triagem

Está sendo explorada, qual a probabilidade de exploração, o que afeta e qual a severidade segundo as fontes.

Exploração

Não confirmada

Fora da CISA KEV — ausência de registro, não prova de que não é explorada.

EPSS FIRST

0,21%

à frente de 11% das CVEs pontuadas · 14/10/2026

Afeta

Linux

CVSS base

—

Pontuação ainda não publicada.

Remediação

Correções e mitigações documentadas pelas fontes — com link para o aviso original.

Nenhuma correção documentada pelas fontes consultadas. Isso não significa que não exista: verifique o aviso do fabricante.

Primeiras 24 horas

Ordenado a partir dos próprios campos do registro — exposição primeiro, porque não se corrige o que não se encontrou. Ponto de partida, gerado por regras.

Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Linux Linux).
Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
Procure nos logs disponíveis sinais de tentativa de exploração, erros e anomalias de autenticação.

Escopo afetado

Fabricante, produto e versões como as fontes os descrevem.

Fabricante	Produto	Versões	Status	Fonte
Linux	Linux	≥ 8e690b817e38769dc2fa0e7473e5a5dc1fc25795 e < 34ff466f74d0fe1db8956f9c245e2bb2c67f67bf≥ 8e690b817e38769dc2fa0e7473e5a5dc1fc25795 e < 91ab8a21bda2d2d2842b6159ac060d9100433a3c≥ 8e690b817e38769dc2fa0e7473e5a5dc1fc25795 e < 0dccbc75e18df85399a71933d60b97494110f559versão 6.12	Vulnerável	CVE Program (cve.org) e CISA ADP

EPSS ao longo do tempo FIRST

13/10/2026 → 14/10/2026 · 2 leitura(s) · máximo 0.21%

Detecção

Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.

Sem vetor ou classe de fraqueza suficientes: use os logs da aplicação afetada como ponto de partida.

logs da aplicação

Linha do tempo

O que aconteceu com esta CVE, do mais recente ao mais antigo.

2026
Ficha publicada
13/10/2026
Produtos afetados adicionados · linux/linux
13/10/2026 · CVE Program (cve.org) e CISA ADP
Status na fonte alterado · → Deferred
13/10/2026 · NIST National Vulnerability Database
Registro criado nesta base
13/10/2026 · NIST National Vulnerability Database
2025
CVE publicada
12/11/2025 · Linux

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

1× Descrição oficial atualizada · 13/10/2026 – 13/10/2026

Referências

3 no registro

git.kernel.org/stable/c/91ab8a21bda2d2d2842b6159ac060d9100433a3c
NIST National Vulnerability Database
git.kernel.org/stable/c/0dccbc75e18df85399a71933d60b97494110f559
NIST National Vulnerability Database
git.kernel.org/stable/c/34ff466f74d0fe1db8956f9c245e2bb2c67f67bf
NIST National Vulnerability Database

Em outras páginas do site

Linux
todas as CVEs deste fabricante

CVEs relacionadas (mesmos produtos)

Crítica CVE-2026-99999 ipv4: validate checksum_start before completing checksum 5 h
Desconhecida CVE-2026-98432 ipv4: free inet_opt and ireq_opt after an RCU grace period 5 h
Desconhecida CVE-2026-98424 wifi: cfg80211: undo netns switch if renaming the wiphy fails 1 d
Desconhecida CVE-2026-98425 wifi: mac80211: don't warn when an IBSS has no channel to scan 1 d
Desconhecida CVE-2026-98426 wifi: mwifiex: fix IRQ leak using wrong index in MSI-X error path 1 d
Desconhecida CVE-2026-98427 net/sched: codel: bound the dropping loop per dequeue call 1 d

Não consta em nenhuma fonte consultada

Listado em vez de deixado em branco: um campo vazio e um não medido parecem iguais na tela, e só um deles é motivo para procurar em outro lugar.

Nenhuma pontuação CVSS publicada por NVD, CNA, CISA ou GitHub até agora.
Nenhuma versão corrigida, patch ou mitigação documentada.
Sem avaliação SSVC da CISA.
Sem classificação CWE.
Nenhum IOC confirmado (IPs, domínios, hashes ou artefatos de malware) fornecido.
Nenhum inventário de ativos, controle compensatório ou evidência de implantação de patch da sua organização.
Nenhuma captura de tráfego de exploração, amostra de log ou caso de incidente.

Respondido a partir deste registro

Texto montado apenas com os campos acima — sem afirmações adicionais.

O que os defensores devem saber primeiro?

CVE-2025-40181 é "x86/kvm: Force legacy PCI hole to UC when overriding MTRRs for TDX/SNP", de severidade Desconhecida. Afeta Linux (Linux); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. EPSS 0.21% estima a probabilidade de exploração em 30 dias; nenhum dos dois substitui o contexto dos seus ativos. Verifique primeiro se ativos expostos ou críticos executam as versões afetadas, aplique as correções ou mitigações do fabricante e preserve logs para análise.

Comentários

Discussão técnica moderada. Leia as regras da comunidade.

Nenhum comentário ainda.

Entre ou crie uma conta para comentar e sugerir correções.