Сотрудник Google взломал двери, защищающие офис корпорации

Сотрудник Google взломал двери, защищающие офис корпорации

Сотрудник Google взломал двери, защищающие офис корпорации

В июле прошлого года некий хакер нашел способ проникнуть в офис корпорации Google, расположенный в городе Саннивейл, Калифорния, без использования карты-ключа RFID. К счастью для Google, это был всего лишь Дэвид Томащик, сотрудник компании, у которого были только законные цели.

Именно так господин Томащик обнаружил уязвимости в технологии, созданной Software House. Software House занимается созданием контроллеров доступа для офисов.

Прошлым летом Томащик проанализировал зашифрованные сообщения, которые устройства iStar Ultra и IP-ACM, созданные Software House, отправляли в сети Google. Эксперт пришел к выводу, что они не были случайными. А зашифрованные сообщения всегда должны быть случайными, если они грамотно защищены.

Далее исследователь углубился в анализ. Ему удалось обнаружить, что все устройства Software House использовали жестко запрограммированный ключ шифрования. Это значит, что злоумышленник мог реплицировать ключ и команды, например, для открытия двери. Также это позволяло воспроизвести легитимные команды разблокировки, что привело к такому же эффекту.

Томащик понял, что все это можно сделать, не оставив каких-либо следов своей деятельности. По словам сотрудника корпорации, Google занялась этой проблемой сразу после того, как он поделился результатами своего анализа.

Подпишитесь на новости

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

Причина связана с очередью событий механизма управления звонком. Если участник разговора переполняет её запросами, команда завершения может не обработаться должным образом. В результате пользователь способен считать разговор законченным, хотя передача звука ещё продолжается.

Тем не менее утверждать, что любой посторонний может незаметно включить микрофон произвольного пользователя Signal, оснований нет.

Опубликованная демонстрация концепции моделирует переполнение очереди. Сама по себе она не доказывает полноценную атаку на готовое приложение. Точные версии Signal с исправлением для каждой платформы в исходной публикации также не установлены.

Пользователям стоит обновить мобильное и настольное приложения. Шифрование защищает содержание разговора при передаче, но корректно положить трубку программа тоже должна уметь.

RSS: Новости на портале Anti-Malware.ru