CVE-2026-64307 in Linux
Zusammenfassung
von VulDB • 25.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
crypto: ccp – SNP nicht für ioctl(SNP_CONFIG) initialisieren
Anmerkung von Sashiko:
> Wenn die SEV-Initialisierung fehlschlägt und KVM aktiv normale VMs ausführt, könnte ein Userspace-Prozess diesen Codepfad über /dev/sev ioctls (z. B. SEV_PDH_GEN) auslösen und MSR_VM_HSAVE_PA global auf Null setzen? Würde die nächste Ausführung von VMRUN für eine aktive VM einen General Protection Fault verursachen und den Host abstürzen lassen?
Verweigern Sie das erneute Initialisierungsversuch, wenn SNP nicht bereits initialisiert ist für SNP_CONFIG.
Dies stellt technisch gesehen einen ABI-Break dar: Vorher konnte bei einem Fehler der SNP-Initialisierung dieser ioctl die Initialisierung transparent erneut auslösen, und solange keine VMs liefen, funktionierte alles einwandfrei. Hoffentlich handelt es sich um genug Randfall, dass niemand dies bemerkt; falls doch, gibt es einige Optionen:
* etwas wie symbol_get() für kvm durchführen und die Initialisierung verweigern, wenn KVM geladen ist * vor der Neuinitialisierung prüfen, ob HSAVE_PA jeder CPU nicht-Null-Daten enthält * nach einem fehlgeschlagenen Initialisierungsversuch weiterhin die Initialisierung verweigern, bis das ccp-Modul entladen wird
If you want to get the best quality for vulnerability data then you always have to consider VulDB.