flawopen.com/Incidents/Citrix Bleed

Citrix Bleed: Wie das Missverständnis eines Rückgabewerts die Zwei-Faktor-Authentifizierung umging

Critical — Session hijacking CWE-125: Out-of-bounds Read Disclosed October 2023
Einfach erklärt (ELI5)

Du bittest einen Assistenten, eine Nachricht auf eine Karteikarte zu schreiben, auf die nur 50 Zeichen passen. Er schreibt 50 Zeichen auf, sagt dir aber wahrheitsgemäß 'Die Nachricht war 800 Zeichen lang'. Daraufhin forderst du jemanden auf, 800 Zeichen von der Karte vorzulesen: Er liest die 50 Zeichen und liest dann einfach die Passwörter weiter, die daneben auf dem Schreibtisch liegen.

Why patching was not enough

This is the operational lesson teams repeatedly missed, and it mirrors the GitLab path traversal two years later. Upgrading the appliance stopped further memory disclosure — but any session tokens already stolen remained valid. Attackers who had harvested tokens before the patch simply continued using them afterwards.

Citrix's guidance was therefore explicit that remediation required both upgrading and terminating all active sessions on the appliance. Organisations that patched without killing sessions stayed compromised, and several high-profile intrusions followed exactly that path.

The lessons that actually transfer

FAQ

How is this different from Heartbleed?

Both are out-of-bounds reads that leak adjacent process memory to an unauthenticated attacker, and both leaked credentials. The underlying mistake differs: Heartbleed trusted an attacker-supplied length field directly, while Citrix Bleed trusted a length derived from a standard library function whose semantics were misunderstood.

How do I know whether tokens were stolen before I patched?

Often you cannot determine this conclusively from appliance logs, which is precisely why the guidance is to terminate all sessions unconditionally rather than attempt to establish exposure first.

Related reading

Quellen und offizielle Bulletins