Apple schloss die Lücke am 28. September und schrieb die Entdeckung Meta Product Security zu. In den Hinweisen heißt es, der Fehler sei möglicherweise in einem „äußerst ausgefeilten Angriff gegen bestimmte gezielt ausgewählte Personen auf iOS-Versionen vor iOS 27“ verwendet worden. Die US-Cybersicherheitsbehörde CISA nahm die Schwachstelle am Folgetag in ihren Katalog bekannter ausgenutzter Schwachstellen auf und verpflichtete Bundesbehörden, den Fix bis zum 2. Oktober einzuspielen. iOS 27 und macOS Golden Gate 27 führt Apple in den Hinweisen vom 28. September nicht als betroffen auf. Einen Workaround für Systeme, die nicht sofort aktualisiert werden können, hat Apple nicht beschrieben.
Die Analyse stammt von Dion Blazakis, Josh Maine und Anna Groza der Firma Calif, die für Untersuchungen zu Zero-Click-Angriffsflächen in Messenger-Apps bekannt ist, und wurde am 30. September veröffentlicht. Ausgangspunkt war ein öffentlich verfügbarer Binärvergleich von iOS 26.7 und 26.7.1.
CoreGraphics ist Apples Framework für 2D-Zeichnen, Bilddarstellung und PDF-Verarbeitung. Es war die einzige in 26.7.1 geänderte Bibliothek; derselbe Fix wurde mehr als 20 Mal über acht Rasterizer-Funktionen hinweg eingefügt. 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: Die eine sättigte das Ergebnis, die andere schnitt es ab.
Durch diesen Unterschied fiel der berechnete Begrenzungsrahmen einer Glyphe zu schmal aus. CoreGraphics reservierte daraufhin einen Arbeitspuffer, der kleiner war als die zu zeichnenden Kanten, und schrieb über dessen Grenzen 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 Koordinaten über den Grenzwert hinaus getrieben. Die Generierungsskripte und ein Beispiel-PDF wurden in einem öffentlichen GitHub-Repository veröffentlicht.
Das Testgerüst ruft denselben ImageIO-Thumbnail-Pfad auf, den eine App bei der Vorschau eines empfangenen Anhangs nutzt. Nach Angaben der Forscher tritt der Absturz sowohl unter macOS als auch unter iOS auf. Für macOS liegt ein vollständiger Debugger-Callstack vor; die Aussage zu iOS stammt von Calif, ein eigener Trace wurde nicht veröffentlicht.
Der Absturz legt einen kontrollierten Schreibzugriff außerhalb der Pufferngrenzen offen, 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 funktionierende Codeausführung sei eigenständige Arbeit, so Calif. Das in freier Wildbahn genutzte Sample liegt der Firma nicht vor; wie der Angreifer die Kette vervollständigte, kann sie nicht sagen.
Weil Meta Product Security die Entdeckung zugeschrieben wurde, untersuchte Calif WhatsApp. Der Vergleich der Versionen 26.37.73 und 26.38.74 förderte neuen Code im Anhangs-Scanner Kaleidoscope zutage: Die neuere Version liest PDF-Dateien auf eingebettete Font-Streams aus und markiert verdächtige mit drei Defekt-Tags — MalformedFontProgram, UndecodableFontProgram und UnverifiedFontProgram. Jedes dieser Tags liefert dem Anhangsprüfer von WhatsApp einen hohen Risikowert, woraufhin das automatische Parsen der markierten Datei gestoppt wird.
Calif bezeichnete diese Änderungen als Indizienbeweis, der auf WhatsApp als möglichen Zustellweg hindeute; der Beitrag der Firma beschreibt die Untersuchung als Arbeit zu einem möglichen Zero-Click-Pfad über WhatsApp. Die veröffentlichte Analyse beschreibt oder testet einen solchen Zustellweg jedoch nicht. Die ursprüngliche Fassung tat dies: Dort hieß es, die Analyse lege nahe, WhatsApp könne ein PDF ausliefern, das die Lücke auslöst, wenn ein Opfer einen Chat eines vertrauenswürdigen Kontakts bei aktiviertem automatischem Medien-Download öffnet. Dieser Satz wurde 85 Minuten nach Veröffentlichung in einem Commit von Calif-CEO Thai Duong entfernt, der die Änderung als Streichung der WhatsApp-Spekulation beschrieb.
Die Analyse endet mit der Frage, ob die Lücke „mit weiteren Schwachstellen in WhatsApp kombiniert wurde, um das Parsen mit weniger Nutzerinteraktion zu erreichen“. Diese Formulierung deutet darauf hin, dass der von Calif untersuchte Pfad eine Nutzeraktion oder zusätzliche WhatsApp-Schwachstellen in der Kette voraussetzen würde.
WhatsApp hat keinen Sicherheitshinweis veröffentlicht, der die Lücke mit seinen Produkten verknüpft; die Advisory-Seite für 2026 listet zwei nicht zusammenhängende Schwachstellen. Meta äußerte sich auf die Frage, ob WhatsApp an den gemeldeten Angriffen beteiligt war, nicht. Auch Calif beantwortete Fragen zur entfernten Zustellungs-Aussage und dazu, ob das in freier Wildbahn genutzte Sample inzwischen vorliegt, nicht.
Ein früherer Fall stützt die Hypothese: Im August 2025 ging WhatsApp davon aus, dass eine Lücke in den Synchronisierungsnachrichten verknüpfter Geräte mit einem separaten Out-of-Bounds-Schreibfehler von Apple kombiniert und gegen weniger als 200 gezielt ausgewählte Nutzer eingesetzt worden sein könnte.
Netzwerkindikatoren, Angreiferkennungen oder Namen von Exploit-Payloads wurden bislang nicht veröffentlicht. Apple hat sich nicht dazu geäußert, ob der Lockdown-Modus den in den gemeldeten Angriffen genutzten Zustellweg blockiert hätte.