Answer in brief
CVE-2026-64369 records a Unknown severity vulnerability in s390: Revert support for DCACHE_WORD_ACCESS. 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 | >=802ba53eefc592a6a82231f74e19bafe3256f172 <c9e0f1517631ac08987f8385817119bccf2f1f12 || >=802ba53eefc592a6a82231f74e19bafe3256f172 <be79d285bea70d0edd5015bd487311bfa8cbebc9 || >=802ba53eefc592a6a82231f74e19bafe3256f172 <c94806905e02cc8e17a69c822d93c41743b7ffc5 || >=802ba53eefc592a6a82231f74e19bafe3256f172 <37540b8c287fc817bdbd0c62bb75ad6eab0e5d03 | c9e0f1517631ac08987f8385817119bccf2f1f12, be79d285bea70d0edd5015bd487311bfa8cbebc9, c94806905e02cc8e17a69c822d93c41743b7ffc5, 37540b8c287fc817bdbd0c62bb75ad6eab0e5d03 |
| Linux/Linuxgeneric | 6.7 | Not reported |
Published upstream
Jul 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 11, 2026
In the Linux kernel, the following vulnerability has been resolved: s390: Revert support for DCACHE_WORD_ACCESS load_unaligned_zeropad() reads eight bytes from unaligned addresses and may cross page boundaries. It handles exceptions which may happen if reading from the second page results in an exception. For pages which are donated to the Ultravisor for secure execution purposes the do_secure_storage_access() exception handler however does not handle such exceptions correctly. Such an exception may result in an endless exception loop which will never be resolved. An attempt to fix this [1] turned out to be not sufficient. For now revert load_unaligned_zeropad() until this problem has been resolved in a proper way. Note that the implementation of load_unaligned_zeropad() itself is correct. The revert is just a temporary workaround until there is complete fix for secure storage access exceptions. [1] commit b00be77302d7 ("s390/mm: Add missing secure storage access fixups for donated memory")
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-64369 records a Unknown severity vulnerability in s390: Revert support for DCACHE_WORD_ACCESS. 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 | >=802ba53eefc592a6a82231f74e19bafe3256f172 <c9e0f1517631ac08987f8385817119bccf2f1f12 || >=802ba53eefc592a6a82231f74e19bafe3256f172 <be79d285bea70d0edd5015bd487311bfa8cbebc9 || >=802ba53eefc592a6a82231f74e19bafe3256f172 <c94806905e02cc8e17a69c822d93c41743b7ffc5 || >=802ba53eefc592a6a82231f74e19bafe3256f172 <37540b8c287fc817bdbd0c62bb75ad6eab0e5d03 | c9e0f1517631ac08987f8385817119bccf2f1f12, be79d285bea70d0edd5015bd487311bfa8cbebc9, c94806905e02cc8e17a69c822d93c41743b7ffc5, 37540b8c287fc817bdbd0c62bb75ad6eab0e5d03 |
| Linux/Linuxgeneric | 6.7 | Not reported |
Published upstream
Jul 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 11, 2026
In the Linux kernel, the following vulnerability has been resolved: s390: Revert support for DCACHE_WORD_ACCESS load_unaligned_zeropad() reads eight bytes from unaligned addresses and may cross page boundaries. It handles exceptions which may happen if reading from the second page results in an exception. For pages which are donated to the Ultravisor for secure execution purposes the do_secure_storage_access() exception handler however does not handle such exceptions correctly. Such an exception may result in an endless exception loop which will never be resolved. An attempt to fix this [1] turned out to be not sufficient. For now revert load_unaligned_zeropad() until this problem has been resolved in a proper way. Note that the implementation of load_unaligned_zeropad() itself is correct. The revert is just a temporary workaround until there is complete fix for secure storage access exceptions. [1] commit b00be77302d7 ("s390/mm: Add missing secure storage access fixups for donated memory")
Quoted source text, attributed separately from HOL analysis.