Всеки, който споделя екрана си в разговор в Zoom, би могъл да поеме контрол над компютрите на всички присъстващи, а всеки от присъстващите би могъл да поеме контрол над компютъра на презентатора.

Уязвимостта се намира в инструмента за анотации – функцията, която позволява на участниците да рисуват и пишат върху споделен екран, и не изисква нищо друго от жертвата, освен да присъства на срещата. Без кликвания, без изтегляния, без подкани и без нищо на екрана, което да показва, че това се е случило.

Корекциите за сигурност не са нови. Обновяванията за клиентите бяха доставени през юни и юли, приблизително два месеца преди уязвимостите да бъдат оповестени публично, и към момента на публикуването няма съобщения за експлоатирането им. Нито един от трите идентификатора не фигурира в каталога с известни експлоатирани уязвимости на CISA.

Засегнати версии:

  • Zoom Workplace, всички поддържани платформи, преди версии 7.1.5 и 7.0.6 в съответните им клонове
  • Zoom Workplace VDI Client за Windows, преди версии 7.0.11 и 6.6.16
  • Zoom Rooms и Zoom Meeting SDK, всички платформи, преди 7.1.0, и преди 7.1.5 за третата уязвимост

Проучването е дело на „A Security“ – стартъп за офанзивна сигурност, основан в Израел, който излезе от режим на стелт през юни с финансиране от 37 милиона долара. Компанията твърди, че е преминала от откриването на уязвимостта до работещ експлойт за по-малко от ден, използвайки под 20 подкани (prompts) към публично достъпни AI модели.

Никой извън компанията не може да провери това твърдение: в материала не се посочва конкретен модел. Доставчикът също така оценява грешките с по-нисък рейтинг от фирмата и приписва една от трите на собствения си вътрешен екип.

Zoom не е публикувал технически подробности, така че вътрешните механизми идват от обратното инженерство на самата фирма. Чертежът не преминава през мрежата като изображение. Клиентът го превръща в структуриран обект и го изпраща като поредица от броячи, последвани от данни, а получателят се доверява на тези броячи, за да реши колко данни да прочете.

Един от тях запълва фиксиран 128-байтов буфер без проверка дали данните се побират, и тъй като това е последното поле на обекта, прекомерният обем надхвърля края на буфера и презаписва адреса за връщане.

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

По пътищата, проследени от изследователите, диспечерът чете номера на типа на съобщението от мрежата и го предава на съответния парсер, без да пита кое място е заемал подателят. 0x10001 означава „тук има обект“; 0x10002 означава „получих вашия“. Изпратете първото там, където трябва да отиде второто, и клиентът на жертвата възстановява обекта в неговата цялост.

Zoom проследява уязвимостите като CVE-2026-53413 (CVSS резултат: 8.3) – презаписване на буфера, и CVE-2026-53414 (CVSS резултат: 6.5) – прекомерно четене от буфера, и двете обхванати от ZSB-26015 и ZSB-26016, плюс CVE-2026-53415 (CVSS резултат: 8.3) – използване след освобождаване (use-after-free), в ZSB-26017.

Фирмата поставя и трите уязвимости на 9.0 по CVSS 4.0 – оценка, която не се появява в нито един от бюлетините. Zoom издава свои собствени CVE записи, а NIST вече не ги преоценява рутинно, така че по-ниските цифри вероятно ще останат. Всичките три вектора на доставчика също така отбелязват, че се изисква взаимодействие с потребителя, което не съответства добре на представянето им като zero-click уязвимости.

Двете версии се разминават най-много по отношение на прекомерното четене от буфера. Фирмата твърди, че е възстановила неинициализирана памет от хийпа (heap) от клиент на жертва, съдържащ жив код и vtable указатели – материалът, необходим за заобикаляне на рандомизацията на адресното пространство.

В препоръката се казва, че същият бъг може да позволи на участник да „предизвика отказ от услуга“ и оценява въздействието върху поверителността като нулево. Авторството също е разделено: два бюлетина посочват Идан Лескович от A Security, докато този, покриващ уязвимостта use-after-free, посочва Zoom Offensive Security – вътрешния екип, стоящ зад откритата през юли уязвимост за поемане на контрол над акаунт с рейтинг 9.8.

Публикацията на стартъпа описва и трите като негово откритие, като същевременно признава, че Zoom вече е знаел за третата и я е филтрирал от страна на сървъра преди пристигането на доклада. Описанието на работата с AI също е по-хаотично от собственото им резюме.

Първият етап – автоматизирано класиране на функции, достъпни от Java слоя, генерира опашка от 3 762 функции в 70 библиотеки и пропуска напълно уязвимата библиотека, класирайки я на 45-о място. Тя се появява едва когато проследяват работещия клиент по време на разговор на живо, функция по функция. Лескович пише, че бариерата за изграждане на този клас зловреден код „се е сринала и няма да се върне обратно“.

Разкритието следва разделянето на програмата Daybreak от страна на OpenAI ден по-рано и пускането на GPT-5.6-Cyber само за проверени партньори с аргумента, че тази възможност се нуждае от контрол на достъпа. Стартъпът твърди, че е постигнал резултата си с модели, които всеки може да използва. По собствена оценка на OpenAI, нейният публичен модел с вградени защити отговаря на 1.5% от сложните запитвания за офанзивна сигурност, срещу 95% за ограничения модел.