TeamViewer выпустила исправления для пяти серьезных багов в своем ПО удаленного доступа, включая уязвимость TeamViewer, которая может привести к удаленному выполнению кода. Для русскоязычных IT-команд это не абстрактная новость из мира CVE: такие инструменты часто стоят на рабочих станциях админов, в поддержке, у подрядчиков и на забытых хостах, куда годами никто не заглядывает.
О срочном предупреждении компании сообщает BleepingComputer. TeamViewer во вторник призвала пользователей установить актуальную версию как можно быстрее: исправления вошли в TeamViewer Clients 15.82, а также в поддерживаемые maintenance- и legacy-релизы. Компания отдельно заявила, что не видит публичного эксплойта и признаков активной эксплуатации в реальных атаках. Это хорошая часть новости. Плохая — класс продукта делает любой такой баг особенно интересным для атакующих.
Самая опасная проблема получила идентификатор CVE-2026-92370. Это обход контроля доступа к удаленной сессии в TeamViewer Full Client и Host для Windows, Linux и macOS. По описанию, ошибка связана с некорректной проверкой прав и может позволить удаленному злоумышленнику выполнять неавторизованные действия, вплоть до удаленного выполнения кода на целевой системе. Для продукта, который по замыслу и так открывает дверь в чужой рабочий стол, формулировка звучит неуютно даже без готового эксплойта на GitHub.
В тот же пакет исправлений вошли еще четыре уязвимости TeamViewer. CVE-2026-19743 описана как path traversal, CVE-2026-92368 — как heap-based buffer overflow, CVE-2026-92369 — как race condition класса time-of-check time-of-use, а CVE-2026-92371 — как ошибка проверки пути. Их сценарии отличаются, но общий риск похож: локальный атакующий может добиться выполнения кода удаленно с правами текущего пользователя либо повысить привилегии до NT AUTHORITY/SYSTEM на Windows или root на Unix-подобных системах.
Для разработчиков и администраторов тут важны две детали. Во-первых, затронуты не только Windows-клиенты, о которых обычно вспоминают первыми, но и Linux с macOS. Во-вторых, речь идет о Full Client и Host — то есть о компонентах, которые могут жить на машинах техподдержки, серверах удаленного администрирования, терминальных рабочих местах и ноутбуках сотрудников. Если инвентаризация ПО ведется по принципу «примерно помним, где ставили», сейчас самое время заменить память на запрос к MDM, EDR, RMM или хотя бы к списку установленных пакетов.
TeamViewer отдельно подчеркнула, что исправления уже доступны, а значит окно для спокойного обновления быстро сужается. В инфраструктурной безопасности есть неприятный ритм: сначала выходит advisory, затем баги читают защитники, затем их читают те, кто умеет превращать описания в рабочие цепочки атаки. Даже если публичного кода пока нет, сама комбинация удаленного доступа, повышения привилегий и популярного корпоративного инструмента обычно ускоряет интерес исследователей и криминальных групп.
Контекст у TeamViewer тоже непростой. Программа ценится за простоту: поставил клиент, подключился, помог пользователю, перезагрузил, вернулся в сессию. Ровно за это ее любят и злоумышленники. Инструменты удаленного доступа регулярно используют в атаках с вымогателями: не обязательно взламывать собственный канал управления, если в компании уже установлен легитимный софт, который проходит через часть политик безопасности и меньше бросается в глаза пользователям.
У самой компании за последние годы тоже были громкие эпизоды. В 2016 году TeamViewer столкнулась с компрометацией корпоративной сети, которую позже связали с китайскими хакерами и бэкдором Winnti; публично об инциденте стало известно в мае 2019 года. Еще один взлом внутренней корпоративной сети компания раскрыла два года назад. Через несколько дней после раскрытия его связали с российской группировкой Midnight Blizzard, также известной как APT29, Nobelium и Cozy Bear. Это не означает, что новые уязвимости TeamViewer уже используются государственными группами, но объясняет, почему к таким предупреждениям стоит относиться без привычного «обновим в пятницу».
Практический минимум для IT-команд выглядит скучно, зато работает: проверить наличие TeamViewer Full Client и Host во всех сегментах, поднять клиентов до версии 15.82 или соответствующего поддерживаемого релиза, отдельно пройтись по legacy-инсталляциям, ограничить доступ к удаленным сессиям, пересмотреть списки доверенных устройств и включить журналирование там, где оно отключено. Для подрядчиков и аутсорсинговой поддержки нужен тот же вопрос в лоб: какая версия стоит у вас и когда она обновлена.
Главный вывод здесь не в том, что TeamViewer стал «опасным» продуктом, а в том, что любой массовый инструмент удаленного доступа превращается в критичную часть периметра. Чем больше бизнес полагается на удаленную поддержку, подрядчиков и гибридные рабочие места, тем меньше права на ленивый патч-менеджмент у него остается.
