Answer in brief
CVE-2022-49274 records a High severity (CVSS 7.8) vulnerability in ocfs2: fix crash when mount with quota enabled. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <7c5312fdb1dcfdc1951b018669af88d5d6420b31 || >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <01931e1c4e3de5d777253acae64c0e8fd071a1dd || >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <eda31f77317647b9fbf889779ee1fb6907651865 || >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <de19433423c7bedabbd4f9a25f7dbc62c5e78921 | 7c5312fdb1dcfdc1951b018669af88d5d6420b31, 01931e1c4e3de5d777253acae64c0e8fd071a1dd, eda31f77317647b9fbf889779ee1fb6907651865, de19433423c7bedabbd4f9a25f7dbc62c5e78921 |
| Linux/Linuxgeneric | 5.15 | Not reported |
Published upstream
Feb 26, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix crash when mount with quota enabled There is a reported crash when mounting ocfs2 with quota enabled. RIP: 0010:ocfs2_qinfo_lock_res_init+0x44/0x50 [ocfs2] Call Trace: ocfs2_local_read_info+0xb9/0x6f0 [ocfs2] dquot_load_quota_sb+0x216/0x470 dquot_load_quota_inode+0x85/0x100 ocfs2_enable_quotas+0xa0/0x1c0 [ocfs2] ocfs2_fill_super.cold+0xc8/0x1bf [ocfs2] mount_bdev+0x185/0x1b0 legacy_get_tree+0x27/0x40 vfs_get_tree+0x25/0xb0 path_mount+0x465/0xac0 __x64_sys_mount+0x103/0x140 It is caused by when initializing dqi_gqlock, the corresponding dqi_type and dqi_sb are not properly initialized. This issue is introduced by commit 6c85c2c72819, which wants to avoid accessing uninitialized variables in error cases. So make global quota info properly initialized.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2022-49274 records a High severity (CVSS 7.8) vulnerability in ocfs2: fix crash when mount with quota enabled. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <7c5312fdb1dcfdc1951b018669af88d5d6420b31 || >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <01931e1c4e3de5d777253acae64c0e8fd071a1dd || >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <eda31f77317647b9fbf889779ee1fb6907651865 || >=6c85c2c728193d19d6a908ae9fb312d0325e65ca <de19433423c7bedabbd4f9a25f7dbc62c5e78921 | 7c5312fdb1dcfdc1951b018669af88d5d6420b31, 01931e1c4e3de5d777253acae64c0e8fd071a1dd, eda31f77317647b9fbf889779ee1fb6907651865, de19433423c7bedabbd4f9a25f7dbc62c5e78921 |
| Linux/Linuxgeneric | 5.15 | Not reported |
Published upstream
Feb 26, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix crash when mount with quota enabled There is a reported crash when mounting ocfs2 with quota enabled. RIP: 0010:ocfs2_qinfo_lock_res_init+0x44/0x50 [ocfs2] Call Trace: ocfs2_local_read_info+0xb9/0x6f0 [ocfs2] dquot_load_quota_sb+0x216/0x470 dquot_load_quota_inode+0x85/0x100 ocfs2_enable_quotas+0xa0/0x1c0 [ocfs2] ocfs2_fill_super.cold+0xc8/0x1bf [ocfs2] mount_bdev+0x185/0x1b0 legacy_get_tree+0x27/0x40 vfs_get_tree+0x25/0xb0 path_mount+0x465/0xac0 __x64_sys_mount+0x103/0x140 It is caused by when initializing dqi_gqlock, the corresponding dqi_type and dqi_sb are not properly initialized. This issue is introduced by commit 6c85c2c72819, which wants to avoid accessing uninitialized variables in error cases. So make global quota info properly initialized.
Quoted source text, attributed separately from HOL analysis.