Изследователи по киберсигурност публикуваха първия публичен концептуален код за потвърждение на концепцията (proof-of-concept) за CVE-2026-86950 — уязвимост в Apple CoreGraphics, за която от Apple заявяват, че може да е била използвана при атаки срещу конкретни целеви лица.

Задействането става чрез зловреден PDF файл със специално модифициран вграден шрифт, който срива устройства iPhone и Mac, на които не са инсталирани корекции за сигурност. Кодът предизвиква срив, а не грешка при изпълнение. Превръщането на повредата на паметта в работещ експлойт е отделна задача, която анализът не демонстрира.

Apple отстрани уязвимостта на 28 септември, като отдаде признание на Meta Product Security за откриването ѝ и отбеляза, че тя може да е била използвана в „изключително сложна атака срещу конкретни целеви лица на версии на iOS преди iOS 27“.

Американската Агенция за киберсигурност и инфраструктурна сигурност (CISA) добави уязвимостта към своя каталог с известни експлоатирани уязвимости на следващия ден, изисквайки от федералните агенции да инсталират корекцията за сигурност до 2 октомври.

В бюлетините от 28 септември Apple не посочва iOS 27 или macOS Golden Gate 27 като засегнати. Не е описан алтернативен метод за защита за системи, които не могат да бъдат обновени незабавно.

Какво откриха изследователите

Анализът бе публикуван на 30 септември от Dion Blazakis, Josh Maine и Anna Groza от Calif — компания, известна с изследванията си на повърхността за атака без необходимост от взаимодействие от потребителя (zero-click) в приложения за съобщения. Те са започнали от публично достъпно двоично сравнение между iOS 26.7 и 26.7.1.

CoreGraphics е софтуерната рамка на Apple за 2D изчертаване, рендериране на изображения и обработка на PDF. Това бе единствената библиотека, променена в 26.7.1, като същата корекция за сигурност бе приложена над 20 пъти в осем растеризиращи функции.

Коригираният код преобразува координатите на глиф от плаваща запетая в 32-битова стойност с фиксирана запетая. Преди корекцията за сигурност две от осемте функции обработваха стойностите извън диапазона по различен начин: едната насищаше резултата, а другата го отрязваше.

Тази разлика е довела до това изчислената ограничаваща рамка (bounding box) за даден глиф да бъде твърде тесна. В резултат CoreGraphics е заделял работен буфер, по-малък от границите, които е трябвало да изчертае, и е записвал извън неговите предели.

За да задействат уязвимостта, изследователите са създали TrueType шрифт с достатъчно големи координати, за да предизвикат препълване. Вграждането му в PDF с текстова матрица и скалиране на вложени композитни глифи изтласква тези координати извън лимита. Те публикуваха скриптовете за генериране и примерен PDF файл в публично хранилище в GitHub.

Тестовата среда (harness) извиква същия път за миниатюри в ImageIO, който дадено приложение използва при преглед на получено прикачено изображение или файл. Изследователите твърдят, че сривът възниква както на macOS, така и на iOS.

Резултатът за macOS включва пълен стек на извикванията от дебъгера. Твърдението за iOS е на Calif, без да е публикуван отделен трасиращ запис.

Сривът разкрива контролирано записване извън границите на буфера (out-of-bounds write), което засяга две съседни 16-битови стойности в буфер, контролиран от атакуващия, позволявайки запис в стека или стек-паметта (heap). От Calif заявяват, че превръщането на този примитив в работещо изпълнение на код е отделна работа. Calif не разполага с реалния зловреден образец, използван при атаките, и не може да потвърди как атакуващият е завършил веригата от уязвимости.

Въпросът за WhatsApp

Calif анализира WhatsApp, тъй като на Meta Product Security бе отдадено признание за откриването на уязвимостта. Компанията сравни две скорошни версии на WhatsApp (26.37.73 и 26.38.74) и откри нов код в скенера за прикачени файлове Kaleidoscope на WhatsApp.

По-новата версия чете PDF файлове за вградени потоци от шрифтове и маркира подозрителните с три маркера за дефект: MalformedFontProgram, UndecodableFontProgram и UnverifiedFontProgram. Всеки такъв маркер връща оценка за висок риск към инструмента за проверка на прикачени файлове на WhatsApp, който след това спира автоматичния анализ на маркирания файл.

От Calif описват тези промени като косвени доказателства, сочещи към WhatsApp като възможен вектор за доставяне на зловредния код. Публикацията на компанията описва изследването като покриващо възможен zero-click вектор през WhatsApp.

Публикуваният анализ не описва и не тества вектор на заразяване през WhatsApp. Първоначалната версия го правеше: в нея се казваше, че анализът на изследователите подсказва, че WhatsApp би могъл да достави PDF файл, който задейства уязвимостта, когато жертвата отвори чат от доверен контакт при включено автоматично изтегляне на медийни файлове.

Това изречение бе премахнато 85 минути след публикуването с промяна от изпълнителния директор на Calif Thai Duong, който описва корекцията като премахване на спекулациите относно WhatsApp.

Анализът завършва с въпроса дали уязвимостта „е била комбинирана с допълнителни уязвимости във WhatsApp, за да се достигне до обработка на файла с по-малко взаимодействие от страна на потребителя“. Формулировката подсказва, че векторът, изучаван от Calif, би изисквал действие от потребителя или допълнителни уязвимости във WhatsApp във веригата от експлойти.

WhatsApp не е публикувал бюлетин за сигурност, свързващ тази уязвимост с нейните продукти. На страницата с бюлетини за 2026 г. са посочени две несвързани уязвимости.

Изданието The Hacker News поиска коментар от Meta относно това дали WhatsApp е участвал в съобщените атаки. От Meta не отговориха преди публикуването на статията.

Предишен случай прави тази хипотеза вероятна. През август 2025 г. WhatsApp оцени, че уязвимост в нейните съобщения за синхронизация на свързани устройства може да е била комбинирана с отделна грешка за запис извън границите в софтуер на Apple и използвана срещу по-малък от 200 целеви потребители — двойка уязвимости, които THN отрази по онова време.

От The Hacker News попитаха Calif относно премахнатото твърдение за вектора на заразяване и дали изследователите са получили образец от реалната атака след публикуването. От Calif не отговориха преди публикуването.

Не са публикувани мрежови индикатори за компрометиране, идентификатори на атакуващите или имена на злонамерения код. Apple не е посочила дали режимът Lockdown Mode би блокирал вектора на заразяване, използван при съобщените атаки.