{"schema_version":"1.9.0","id":"CVE-2023-53599","published":"2025-10-04T15:44:11.096Z","modified":"2026-08-12T03:51:46.491259770Z","related":["SUSE-SU-2025:21040-1","SUSE-SU-2025:21052-1","SUSE-SU-2025:21056-1","SUSE-SU-2025:21064-1","SUSE-SU-2025:4057-1","SUSE-SU-2025:4128-1","SUSE-SU-2025:4132-1","SUSE-SU-2025:4140-1","SUSE-SU-2025:4141-1","SUSE-SU-2025:4301-1"],"summary":"crypto: af_alg - Fix missing initialisation affecting gcm-aes-s390","details":"In the Linux kernel, the following vulnerability has been resolved:\n\ncrypto: af_alg - Fix missing initialisation affecting gcm-aes-s390\n\nFix af_alg_alloc_areq() to initialise areq->first_rsgl.sgl.sgt.sgl to point\nto the scatterlist array in areq->first_rsgl.sgl.sgl.\n\nWithout this, the gcm-aes-s390 driver will oops when it tries to do\ngcm_walk_start() on req->dst because req->dst is set to the value of\nareq->first_rsgl.sgl.sgl by _aead_recvmsg() calling\naead_request_set_crypt().\n\nThe problem comes if an empty ciphertext is passed: the loop in\naf_alg_get_rsgl() just passes straight out and doesn't set areq->first_rsgl\nup.\n\nThis isn't a problem on x86_64 using gcmaes_crypt_by_sg() because, as far\nas I can tell, that ignores req->dst and only uses req->src[*].\n\n[*] Is this a bug in aesni-intel_glue.c?\n\nThe s390x oops looks something like:\n\n Unable to handle kernel pointer dereference in virtual kernel address space\n Failing address: 0000000a00000000 TEID: 0000000a00000803\n Fault in home space mode while using kernel ASCE.\n AS:00000000a43a0007 R3:0000000000000024\n Oops: 003b ilc:2 [#1] SMP\n ...\n Call Trace:\n  [<000003ff7fc3d47e>] gcm_walk_start+0x16/0x28 [aes_s390]\n  [<00000000a2a342f2>] crypto_aead_decrypt+0x9a/0xb8\n  [<00000000a2a60888>] aead_recvmsg+0x478/0x698\n  [<00000000a2e519a0>] sock_recvmsg+0x70/0xb0\n  [<00000000a2e51a56>] sock_read_iter+0x76/0xa0\n  [<00000000a273e066>] vfs_read+0x26e/0x2a8\n  [<00000000a273e8c4>] ksys_read+0xbc/0x100\n  [<00000000a311d808>] __do_syscall+0x1d0/0x1f8\n  [<00000000a312ff30>] system_call+0x70/0x98\n Last Breaking-Event-Address:\n  [<000003ff7fc3e6b4>] gcm_aes_crypt+0x104/0xa68 [aes_s390]","affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"c1abe6f570aff4b6d396dc551e60570d2f50bd79"},{"fixed":"2c9d205040d7c0eaccc473917f9b0bb0a923e440"},{"fixed":"6a4b8aa0a916b39a39175584c07222434fa6c6ef"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2023-53599.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"6.5.0"},{"fixed":"6.5.3"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2023-53599.json"}}],"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/2c9d205040d7c0eaccc473917f9b0bb0a923e440"},{"type":"WEB","url":"https://git.kernel.org/stable/c/6a4b8aa0a916b39a39175584c07222434fa6c6ef"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/53xxx/CVE-2023-53599.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2023-53599"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"database_specific":{"cna_assigner":"Linux","osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/53xxx/CVE-2023-53599.json"},"severity":[{"type":"CVSS_V3","score":"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H"}]}