[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"repo-stars":3,"vuln-DEBIAN-CVE-2024-56758":6},{"stargazers_count":4,"fetched_at":5},7,"2026-06-04T08:53:30.047Z",{"id":7,"descriptions":8,"cisa":9,"weaknesses":10,"exploits":11,"aliases":12,"duplicate_of":9,"upstream":13,"downstream":16,"duplicates":21,"related":22,"reserved_at":9,"published_at":23,"modified_at":24,"state":9,"summary":25,"references_raw":27,"kevs":34,"epss":9,"epss_history":35,"metrics":36,"affected":43},"DEBIAN-CVE-2024-56758","In the Linux kernel, the following vulnerability has been resolved:  btrfs: check folio mapping after unlock in relocate_one_folio()  When we call btrfs_read_folio() to bring a folio uptodate, we unlock the folio. The result of that is that a different thread can modify the mapping (like remove it with invalidate) before we call folio_lock(). This results in an invalid page and we need to try again.  In particular, if we are relocating concurrently with aborting a transaction, this can result in a crash like the following:    BUG: kernel NULL pointer dereference, address: 0000000000000000   PGD 0 P4D 0   Oops: 0000 [#1] SMP   CPU: 76 PID: 1411631 Comm: kworker/u322:5   Workqueue: events_unbound btrfs_reclaim_bgs_work   RIP: 0010:set_page_extent_mapped+0x20/0xb0   RSP: 0018:ffffc900516a7be8 EFLAGS: 00010246   RAX: ffffea009e851d08 RBX: ffffea009e0b1880 RCX: 0000000000000000   RDX: 0000000000000000 RSI: ffffc900516a7b90 RDI: ffffea009e0b1880   RBP: 0000000003573000 R08: 0000000000000001 R09: ffff88c07fd2f3f0   R10: 0000000000000000 R11: 0000194754b575be R12: 0000000003572000   R13: 0000000003572fff R14: 0000000000100cca R15: 0000000005582fff   FS:  0000000000000000(0000) GS:ffff88c07fd00000(0000) knlGS:0000000000000000   CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033   CR2: 0000000000000000 CR3: 000000407d00f002 CR4: 00000000007706f0   DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000   DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400   PKRU: 55555554   Call Trace:   \u003CTASK>   ? __die+0x78/0xc0   ? page_fault_oops+0x2a8/0x3a0   ? __switch_to+0x133/0x530   ? wq_worker_running+0xa/0x40   ? exc_page_fault+0x63/0x130   ? asm_exc_page_fault+0x22/0x30   ? set_page_extent_mapped+0x20/0xb0   relocate_file_extent_cluster+0x1a7/0x940   relocate_data_extent+0xaf/0x120   relocate_block_group+0x20f/0x480   btrfs_relocate_block_group+0x152/0x320   btrfs_relocate_chunk+0x3d/0x120   btrfs_reclaim_bgs_work+0x2ae/0x4e0   process_scheduled_works+0x184/0x370   worker_thread+0xc6/0x3e0   ? blk_add_timer+0xb0/0xb0   kthread+0xae/0xe0   ? flush_tlb_kernel_range+0x90/0x90   ret_from_fork+0x2f/0x40   ? flush_tlb_kernel_range+0x90/0x90   ret_from_fork_asm+0x11/0x20   \u003C/TASK>  This occurs because cleanup_one_transaction() calls destroy_delalloc_inodes() which calls invalidate_inode_pages2() which takes the folio_lock before setting mapping to NULL. We fail to check this, and subsequently call set_extent_mapping(), which assumes that mapping != NULL (in fact it asserts that in debug mode)  Note that the \"fixes\" patch here is not the one that introduced the race (the very first iteration of this code from 2009) but a more recent change that made this particular crash happen in practice.",null,[],[],[],[14],{"_key":15},"CVE-2024-56758",[17,19],{"_key":18},"DLA-4328-1",{"_key":20},"DSA-5973-1",[],[],"2025-01-06T17:15:40.597Z","2026-04-28T20:29:11.294701Z",{"cisa_kev":26,"cisa_ransomware":26,"cisa_vendor":9,"epss_severity":9,"epss_score":9,"severity":9,"severity_score":9,"severity_version":9,"severity_source":9,"severity_vector":9,"severity_status":9},false,[28],{"url":29,"sources":30,"tags":32},"https://security-tracker.debian.org/tracker/CVE-2024-56758",[31],"osv_debian",[33],"Advisory",[],[],[37],{"source":31,"cvss_v2_0":9,"cvss_v3_0":9,"cvss_v3_1":38,"cvss_v4_0":9},{"baseScore":39,"baseSeverity":9,"vectorString":40,"impactScore":41,"exploitabilityScore":42},5.5,"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H",6,4.6,[44,60],{"ecosystem":45,"name":46,"vendor":47,"product":46,"cpe_part":9,"purl_type":48,"purl_namespace":47,"purl_name":46,"source":9,"versions":49},"Debian","linux","debian","deb",[50,56,59],{"version":51,"is_range":52,"range_type":53,"version_start":9,"version_start_type":9,"version_end":54,"version_end_type":55,"fixed_in":9},"lt6_1_147_1",true,"ecosystem","6.1.147-1","excluding",{"version":57,"is_range":52,"range_type":53,"version_start":9,"version_start_type":9,"version_end":58,"version_end_type":55,"fixed_in":9},"lt6_12_8_1","6.12.8-1",{"version":57,"is_range":52,"range_type":53,"version_start":9,"version_start_type":9,"version_end":58,"version_end_type":55,"fixed_in":9},{"ecosystem":45,"name":61,"vendor":47,"product":61,"cpe_part":9,"purl_type":48,"purl_namespace":47,"purl_name":61,"source":9,"versions":62},"linux-6.1",[63],{"version":64,"is_range":52,"range_type":53,"version_start":9,"version_start_type":9,"version_end":65,"version_end_type":55,"fixed_in":9},"lt6_1_153_1~deb11u1","6.1.153-1~deb11u1"]