Ausgangspunkt der Untersuchung war ein öffentlich verfügbarer Binärvergleich von iOS 26.7 und 26.7.1. CoreGraphics – Apples Framework für 2D-Zeichnen, Bildausgabe und PDF-Verarbeitung – war die einzige in 26.7.1 geänderte Bibliothek. Die gleiche Korrektur taucht dort mehr als 20 Mal in acht Rasterizer-Funktionen auf.
Der gepatchte Code wandelt eine Glyphen-Koordinate von Fließkomma in einen 32-Bit-Festkommawert um. Vor dem Patch behandelten zwei der acht Funktionen Werte außerhalb des zulässigen Bereichs unterschiedlich: Eine sättigte das Ergebnis, die andere schnitt es ab. Dadurch fiel der berechnete Begrenzungsrahmen einer Glyphe zu schmal aus; CoreGraphics reservierte einen Arbeitspuffer, der kleiner war als die zu zeichnenden Kanten, und schrieb darüber hinaus.
Um den Fehler auszulösen, bauten die Forscher eine TrueType-Schrift mit ausreichend großen Koordinaten. Eingebettet in ein PDF mit Textmatrix und verschachtelter Skalierung zusammengesetzter Glyphen werden die Werte über die Grenze getrieben. Die Erzeugungsskripte und ein Beispiel-PDF liegen in einem öffentlichen GitHub-Repository.
Die Testumgebung ruft denselben ImageIO-Thumbnail-Pfad auf, den eine App zur Vorschau eines empfangenen Anhangs nutzt. Nach Angaben der Forscher tritt der Absturz unter macOS und iOS auf; für macOS liegt ein vollständiger Debugger-Aufrufstapel vor, die iOS-Aussage stammt allein von Calif, ohne separaten Trace.
Der Absturz offenbart einen kontrollierten Schreibzugriff außerhalb der Puffergrenzen, der zwei benachbarte 16-Bit-Werte in einem vom Angreifer kontrollierbaren Puffer betrifft und Schreibvorgänge auf Stack oder Heap erlaubt. Die Umwandlung dieses Primitivs in lauffähige Codeausführung sei eigenständige Arbeit, betont Calif. Das in freier Wildbahn verwendete Sample liegt der Firma nicht vor; wie der Angreifer die Kette vervollständigt hat, ist offen.
Weil Meta Product Security als Entdecker genannt wird, nahm Calif WhatsApp unter die Lupe und verglich die Versionen 26.37.73 und 26.38.74. In der neueren Fassung findet sich neuer Code im Anhangs-Scanner Kaleidoscope: Er liest PDF-Dateien auf eingebettete Font-Streams und markiert verdächtige mit drei Defekt-Kennzeichen – MalformedFontProgram, UndecodableFontProgram und UnverifiedFontProgram. Jedes davon ergibt eine hohe Risikobewertung, woraufhin die automatische Verarbeitung der Datei gestoppt wird. Calif wertet das als Indizien für WhatsApp als möglichen Übertragungsweg.
Getestet oder beschrieben wird ein solcher Weg in der Analyse nicht. Die erste Fassung enthielt noch die Aussage, WhatsApp könne ein auslösendes PDF zustellen, wenn ein Opfer bei aktiviertem automatischem Medien-Download einen Chat eines vertrauten Kontakts öffnet. Diesen Satz entfernte Calif-CEO Thai Duong 85 Minuten nach Veröffentlichung in einem Commit, den er als Streichung der WhatsApp-Spekulation beschrieb. Der Text endet mit der Frage, ob die Lücke „mit weiteren Schwachstellen in WhatsApp kombiniert wurde, um die Verarbeitung mit weniger Nutzerinteraktion zu erreichen".
WhatsApp hat keine Mitteilung veröffentlicht, die den Fehler mit eigenen Produkten verknüpft; die Hinweisseite für 2026 nennt zwei unabhängige Schwachstellen. Meta ließ eine Anfrage von The Hacker News, ob WhatsApp an den gemeldeten Angriffen beteiligt war, ebenso unbeantwortet wie Calif die Frage nach der gestrichenen Passage. Plausibel erscheint die These vor dem Hintergrund eines früheren Falls: Im August 2025 ging WhatsApp davon aus, dass ein Fehler in den Synchronisationsnachrichten verknüpfter Geräte zusammen mit einem separaten Apple-Schreibfehler gegen weniger als 200 gezielt ausgewählte Nutzer eingesetzt wurde.
Netzwerkindikatoren, Angreiferkennungen oder Namen von Exploit-Payloads sind nicht öffentlich. Apple hat sich nicht dazu geäußert, ob der Lockdown-Modus den genutzten Zustellweg blockiert hätte.