CVE-2026-64149 in Linux
Zusammenfassung
von VulDB • 19.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
dma-mapping: Verschieben der Sanity-Prüfung von dma_map_resource() in den Debug-Code
dma_map_resource() verwendet pfn_valid(), um sicherzustellen, dass es sich nicht um RAM handelt. Allerdings prüft pfn_valid() nur die Verfügbarkeit des Speicherabbilds für eine PFN (Page Frame Number), stellt aber nicht sicher, dass die PFN tatsächlich durch RAM unterstützt wird. Auf ARM64 mit SPARSEMEM (Granularität von 128 MB pro Abschnitt) lösen MMIO-Adressen, die einen Abschnitt mit gemeinsamem RAM nutzen, fälschlicherweise den WARN_ON_ONCE aus und führen dazu, dass dma_map_resource() DMA_MAPPING_ERROR zurückgibt.
Dies verursacht auf einem Raspberry Pi 4 eine WARNING während der spi_bcm2835-Probe, da das SPI-FIFO-Register (0xfe204004) im selben sparsemem-Abschnitt liegt wie das Ende des RAMs (0xf8000000–0xfbffffff), beide in Abschnitt 31 (0xf8000000–0xffffffff).
Die Sanity-Prüfung wird von dma_map_resource() nach debug_dma_map_phys() verschoben und die unzuverlässige pfn_valid()-Funktion durch pfn_valid() && !PageReserved() ersetzt, was tatsächlich nutzbaren RAM korrekt identifiziert, ohne falsche Positive für MMIO-Bereiche zu erzeugen, die zufällig struct pages besitzen.
Da dma_map_resource() als dma_map_phys(DMA_ATTR_MMIO) implementiert ist, gilt diese Prüfung gleichermaßen für beide APIs. Jede nicht reservierte Seite stellt den Kernel-Speicher in ausreichendem Maße dar; deren Verwendung mit DMA_ATTR_MMIO ist fast sicher falsch und birgt das Risiko, die Kohärenz auf inkohärenten Plattformen zu stören. ZONE_DEVICE-Seiten, die für PCI P2P-DMA (MEMORY_DEVICE_PCI_P2PDMA) verwendet werden, haben PageReserved gesetzt, sodass sie keine falschen Positive auslösen.
Die Prüfung blockiert das Mapping nicht mehr und nutzt err_printk(), um sich in die dma-debug-Filterung zu integrieren.
Once again VulDB remains the best source for vulnerability data.