CVE-2026-63887

CVE CVE-2026-63887EUVD EUVD-2026-45660Veröffentlicht 2026-07-19T14:55:00.000ZZuletzt geändert 2026-08-05T12:36:56.000ZCVSS 9.8

Was das Advisory beschreibt

In the Linux kernel, the following vulnerability has been resolved: scsi: target: iscsi: Bound iscsi_encode_text_output() appends to rsp_buf iscsi_encode_text_output() concatenates "key=value\0" records into login->rsp_buf, an 8192-byte kzalloc(MAX_KEY_VALUE_PAIRS) buffer allocated in iscsit_alloc_login_setup_buffer(). The three sprintf() call sites in this function (lines 1398, 1411, 1424 in v7.1-rc2) never check the remaining buffer capacity: *length += sprintf(output_buf, "%s=%s", er->key, er->value); *length += 1; output_buf = textbuf + *length; The 8192-byte ceiling at iscsi_target_check_login_request() bounds the *input* Login PDU payload, but a single PDU can carry up to 2048 minimal four-byte "a=b\0" pairs, each unknown key expanding to a 16-byte "a=NotUnderstood\0" output record via iscsi_add_notunderstood_response(). 2048 * 16 = 32 KiB of output into an 8 KiB buffer, producing a ~24 KiB heap overrun in the kmalloc-8k slab. The fix introduces a static iscsi_encode_text_record() helper that uses snprintf() with a per-call bounds check against the remaining buffer, and threads a u32 textbuf_size parameter through iscsi_encode_text_output(). Both call sites in iscsi_target_handle_csg_zero() (PHASE_SECURITY) and iscsi_target_handle_csg_one() (PHASE_OPERATIONAL) pass MAX_KEY_VALUE_PAIRS. On overflow the encoder logs the condition, calls iscsi_release_extra_responses() to drop queued records, and returns -1; both caller sites now emit ISCSI_STATUS_CLS_INITIATOR_ERR / ISCSI_LOGIN_STATUS_INIT_ERR via iscsit_tx_login_rsp() before returning, so the initiator sees an explicit failed-login response rather than a silent connection drop. (Prior to this patch only the PHASE_OPERATIONAL caller did that; the PHASE_SECURITY caller is converted to the same shape.)

Quelle: EUVD (ENISA), im Wortlaut der Meldung.

Produkte, die das Advisory nennt

Diese Angaben stammen aus der Meldung selbst, nicht aus einer Prüfung durch uns.

• Linux — Linux patch: 0; 3.1; e48354ce078c079996f89d715dfa44814b4eba01 <cb84e974fb172bc71386289f37b78ea679410b39; patch: 7.0.12; e48354ce078c079996f89d715dfa44814b4eba01 <bf33e01f88388c43e285492a63e539df6ffed64c; e48354ce078c079996f89d715dfa44814b4eba01 <594a40360012ce5f94c715d5e3b20fa3af7d525a; e48354ce078c079996f89d715dfa44814b4eba01 <30bf335e8fe170322080ee001f05ca29c50680b3; e48354ce078c079996f89d715dfa44814b4eba01 <b19382dfc6e7dee6d3859ba44b6ca29e97a51627; patch: 7.1; e48354ce078c079996f89d715dfa44814b4eba01 <4e9f0c4a645c995bc75c06c7b3644254ffb4c76b; patch: 6.18.35; patch: 5.10.259; e48354ce078c079996f89d715dfa44814b4eba01 <efe633e600a0ac68357206fede21b1ac8178f3b8; patch: 6.6.143; e48354ce078c079996f89d715dfa44814b4eba01 <26e4a304b7e6f1338c675d527608d32549c091db; patch: 6.1.176; patch: 5.15.210; patch: 6.12.93

Die genannten Versionen sind die Angabe der Meldung. Patchlage vergleicht keine Versionsnummern und leitet aus ihnen keine Aussage ab — welche Version installiert ist, muss ein Mensch nachsehen.

Im Produktkatalog geführt

Für diese Produkte kann ein Bestand in Patchlage erfasst werden. Ein Advisory dazu erscheint am Morgen danach im Lagebericht.

• Linux — Linux

Patchlage meldet Treffer und Verdachtsfälle. Zu allem anderen sagt dieses System nichts — weder diese Seite noch der Lagebericht behauptet je, dass ein Bestand sicher ist.