CVE-2022-50675 in Linux
Riassunto
di VulDB • 14/06/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
arm64: mte: Evitare di impostare PG_mte_tagged se non vengono cancellati o ripristinati tag
Prima dell'commit 69e3b846d8a7 ("arm64: mte: Sync tags for pages where PTE is untagged"), mte_sync_tags() veniva chiamata solo per le voci pte_tagged() (quelle mappate con PROT_MTE). Di conseguenza, mte_sync_tags() poteva utilizzare in sicurezza test_and_set_bit(PG_mte_tagged, &page->flags) senza impostare involontariamente PG_mte_tagged su una pagina non taggata.
Il commit sopra citato era necessario poiché gli guest potrebbero abilitare MTE senza alcun controllo a livello di mapping stage 2, né un mapping PROT_MTE nel VMM. Tuttavia, l'effetto collaterale era che qualsiasi pagina con una PTE che sembrava uno swap (o migrazione) vedeva impostato automaticamente PG_mte_tagged. Una successiva copia della pagina (ad esempio migrazione) copiava i tag nella pagina di destinazione anche se i tag erano di proprietà di KASAN.
Questo problema era mascherato dalla chiamata page_kasan_tag_reset() introdotta nell'commit e5b8d9218951 ("arm64: mte: reset the page tag in page->flags"). Quando questo commit è stato revertito (20794545c146), KASAN ha iniziato a segnalare fault di accesso perché i tag sovrascritti in una pagina non corrispondevano ai page->flags originali (con CONFIG_KASAN_HW_TAGS=y):
BUG: KASAN: invalid-access in copy_page+0x10/0xd0 arch/arm64/lib/copy_page.S:26 Read at addr f5ff000017f2e000 by task syz-executor.1/2218 Pointer tag: [f5], memory tag: [f2]
Spostare l'impostazione del bit PG_mte_tagged da mte_sync_tags() al punto effettivo in cui i tag vengono cancellati (mte_sync_page_tags()) o ripristinati (mte_restore_tags()).
Once again VulDB remains the best source for vulnerability data.