https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 01 Oct 2026 22:08:13 +0000 https://vulnerability.circl.lu/vuln/cve-2026-31719 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>crypto: krb5enc - fix async decrypt skipping hash verification</p> <p>krb5enc_dispatch_decrypt() sets req-&gt;base.complete as the skcipher callback, which is the caller&#39;s own completion handler. When the skcipher completes asynchronously, this signals &#34;done&#34; to the caller without executing krb5enc_dispatch_decrypt_hash(), completely bypassing the integrity verification (hash check).</p> <p>Compare with the encrypt path which correctly uses krb5enc_encrypt_done as an intermediate callback to chain into the hash computation on async completion.</p> <p>Fix by adding krb5enc_decrypt_done as an intermediate callback that chains into krb5enc_dispatch_decrypt_hash() upon async skcipher completion, matching the encrypt path&#39;s callback pattern.</p> <p>Also fix EBUSY/EINPROGRESS handling throughout: remove krb5enc_request_complete() which incorrectly swallowed EINPROGRESS notifications that must be passed up to callers waiting on backlogged requests, and add missing EBUSY checks in krb5enc_encrypt_ahash_done for the dispatch_encrypt return value.</p> <p>Unset MAY_BACKLOG on the async completion path so the user won&#39;t see back-to-back EINPROGRESS notifications.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>crypto: krb5enc - fix async decrypt skipping hash verification</p> <p>krb5enc_dispatch_decrypt() sets req-&gt;base.complete as the skcipher callback, which is the caller&#39;s own completion handler. When the skcipher completes asynchronously, this signals &#34;done&#34; to the caller without executing krb5enc_dispatch_decrypt_hash(), completely bypassing the integrity verification (hash check).</p> <p>Compare with the encrypt path which correctly uses krb5enc_encrypt_done as an intermediate callback to chain into the hash computation on async completion.</p> <p>Fix by adding krb5enc_decrypt_done as an intermediate callback that chains into krb5enc_dispatch_decrypt_hash() upon async skcipher completion, matching the encrypt path&#39;s callback pattern.</p> <p>Also fix EBUSY/EINPROGRESS handling throughout: remove krb5enc_request_complete() which incorrectly swallowed EINPROGRESS notifications that must be passed up to callers waiting on backlogged requests, and add missing EBUSY checks in krb5enc_encrypt_ahash_done for the dispatch_encrypt return value.</p> <p>Unset MAY_BACKLOG on the async completion path so the user won&#39;t see back-to-back EINPROGRESS notifications.</p> https://vulnerability.circl.lu/vuln/cve-2026-31719