Answer in brief
CVE-2026-68158 records a Unknown severity vulnerability in libceph: Fix multiplication overflow in decode_new_up_state_weight(). 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.
A CVSS score is not reported in the current record. 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.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=930c532869774ebf8af9efe9484c597f896a7d46 <05c90e059269f087becfcce23348496085835c29 || >=930c532869774ebf8af9efe9484c597f896a7d46 <143ba49ead77ec483c0326f8aaad8649874e99c4 || >=930c532869774ebf8af9efe9484c597f896a7d46 <1732d89dfcd74f6fde9ce70900d316c4a151c153 || >=930c532869774ebf8af9efe9484c597f896a7d46 <bee4b5b53e7bff0467fd916cc44c9b190733c6bd || >=930c532869774ebf8af9efe9484c597f896a7d46 <98917a499ec7064c14fc56d180a4fd636fc2784c || 1196c36fd53c3b1615eb02f986cb727b1dfc1047 || bbc3aa6b0e6050b2b2e04a08dd4d6423d576b196 || 6b96b2d473701b45df3fea8dd9796b6ec39e6d54 || 7405d73cea0d0e6c541f5c534078feeb46188844 || 8777c9f654637d56f4c4ca54eb1bc7c609b70085 || 6831c98ce0b8a3e88db64aa224372effd0dcc694 || 032951d32c13b7564dfba82758260cb7aa1149d2 || 14877928f10667a5606383885d004f7185f33718 || >=3.10.103 <3.11 || >=3.12.63 <3.13 || >=3.14.75 <3.15 || >=3.16.39 <3.17 || >=3.18.39 <3.19 || >=4.1.30 <4.2 || >=4.4.17 <4.5 || >=4.6.6 <4.7 | 05c90e059269f087becfcce23348496085835c29, 143ba49ead77ec483c0326f8aaad8649874e99c4, 1732d89dfcd74f6fde9ce70900d316c4a151c153, bee4b5b53e7bff0467fd916cc44c9b190733c6bd, 98917a499ec7064c14fc56d180a4fd636fc2784c, 3.11, 3.13, 3.15, 3.17, 3.19, 4.2, 4.5, 4.7 |
| Linux/Linuxgeneric | 4.7 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: libceph: Fix multiplication overflow in decode_new_up_state_weight() If a message of type CEPH_MSG_OSD_MAP contains a (maliciously) corrupted osdmap, out-of-bounds memory accesses may occur in decode_new_up_state_weight(). This happens because the bounds check for the new_state part is based on calculating its length depending on a len value read from the incoming message. This calculation may overflow leading to an incorrect bounds check. Subsequently, out-of-bounds reads may occur when decoding this part. This patch switches the multiplication to use check_mul_overflow() to abort processing the osdmap if an overflow occurred. Therefore, osdmaps/messages containing large values for len that result in a multiplication overflow are treated as invalid. [ idryomov: rename new_state_len -> new_state_item_size, formatting ]
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-68158 records a Unknown severity vulnerability in libceph: Fix multiplication overflow in decode_new_up_state_weight(). 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.
A CVSS score is not reported in the current record. 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.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=930c532869774ebf8af9efe9484c597f896a7d46 <05c90e059269f087becfcce23348496085835c29 || >=930c532869774ebf8af9efe9484c597f896a7d46 <143ba49ead77ec483c0326f8aaad8649874e99c4 || >=930c532869774ebf8af9efe9484c597f896a7d46 <1732d89dfcd74f6fde9ce70900d316c4a151c153 || >=930c532869774ebf8af9efe9484c597f896a7d46 <bee4b5b53e7bff0467fd916cc44c9b190733c6bd || >=930c532869774ebf8af9efe9484c597f896a7d46 <98917a499ec7064c14fc56d180a4fd636fc2784c || 1196c36fd53c3b1615eb02f986cb727b1dfc1047 || bbc3aa6b0e6050b2b2e04a08dd4d6423d576b196 || 6b96b2d473701b45df3fea8dd9796b6ec39e6d54 || 7405d73cea0d0e6c541f5c534078feeb46188844 || 8777c9f654637d56f4c4ca54eb1bc7c609b70085 || 6831c98ce0b8a3e88db64aa224372effd0dcc694 || 032951d32c13b7564dfba82758260cb7aa1149d2 || 14877928f10667a5606383885d004f7185f33718 || >=3.10.103 <3.11 || >=3.12.63 <3.13 || >=3.14.75 <3.15 || >=3.16.39 <3.17 || >=3.18.39 <3.19 || >=4.1.30 <4.2 || >=4.4.17 <4.5 || >=4.6.6 <4.7 | 05c90e059269f087becfcce23348496085835c29, 143ba49ead77ec483c0326f8aaad8649874e99c4, 1732d89dfcd74f6fde9ce70900d316c4a151c153, bee4b5b53e7bff0467fd916cc44c9b190733c6bd, 98917a499ec7064c14fc56d180a4fd636fc2784c, 3.11, 3.13, 3.15, 3.17, 3.19, 4.2, 4.5, 4.7 |
| Linux/Linuxgeneric | 4.7 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: libceph: Fix multiplication overflow in decode_new_up_state_weight() If a message of type CEPH_MSG_OSD_MAP contains a (maliciously) corrupted osdmap, out-of-bounds memory accesses may occur in decode_new_up_state_weight(). This happens because the bounds check for the new_state part is based on calculating its length depending on a len value read from the incoming message. This calculation may overflow leading to an incorrect bounds check. Subsequently, out-of-bounds reads may occur when decoding this part. This patch switches the multiplication to use check_mul_overflow() to abort processing the osdmap if an overflow occurred. Therefore, osdmaps/messages containing large values for len that result in a multiplication overflow are treated as invalid. [ idryomov: rename new_state_len -> new_state_item_size, formatting ]
Quoted source text, attributed separately from HOL analysis.