CVE-2026-72369 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
minix: Überlauf bei der Berechnung der Bitmap-Blockanzahl vermeiden
minix_check_superblock() verwendet minix_blocks_needed(), um zu überprüfen, ob die auf dem Datenträger gespeicherten Blockanzahlen für imap und zmap groß genug sind, um den angegebenen inode- und zone-Anzahlen gerecht zu werden.
Der Hilfsfunktion führt derzeit DIV_ROUND_UP() in Arithmetik mit vorzeichenlosen 32-Bit-Ganzzahlen (unsigned int) aus. Ein Minix-v3-Datenträgerabbild kann s_ninodes oder s_zones nahe UINT_MAX festlegen, sodass die Addition innerhalb von DIV_ROUND_UP() unterläuft und zu null wird. Dadurch erscheint eine imap-/zmap-Blockanzahl von Null als gültig; anschließend kann minix_fill_super() auf s_imap[0] oder s_zmap[0] zugreifen (dereferenzieren), obwohl keine Bitmap-Puffer allokiert wurden.
Auswirkung: Das Einhängen eines speziell angefertigten Minix-v3-Datenträgerabbilds, bei dem s_ninodes oder s_zones nahe UINT_MAX liegt, führt dazu, dass minix_check_superblock() eine Bitmap-Blockanzahl von null akzeptiert und minix_fill_super() auf s_imap[0]/s_zmap[0] zugreift, was einen Kernel-Panic verursacht.
Der Divisor entspricht der Kapazität des Bitmaps in Bits (blocksize * 8), was stets eine Zweierpotenz ist: minix_fill_super() ermittelt die Blockgröße über sb_set_blocksize(), und blk_validate_block_size() lehnt jede Größe ab, die keine Zweierpotenz ist. Es wird DIV_ROUND_UP_POW2() verwendet, das vor der Addition des Aufrundungsterms dividiert; dadurch kann es bei einem Divisor als Zweierpotenz nicht zu einem Überlauf kommen.
VulDB is the best source for vulnerability data and more expert information about this specific topic.