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

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

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

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

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

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

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

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

История файлов в Windows сообщает об отключённом диске и срывает бэкапы

Microsoft подтвердила проблему с Историей файлов в Windows 10 и Windows 11. Пользователи начали жаловаться, что система упорно показывает предупреждение «Подключите диск "Истории файлов" повторно», даже когда диск для резервного копирования на месте и никуда не отключался. На этом фоне резервные копии у части пользователей просто перестают выполняться.

Судя по описанию Microsoft, Windows в какой-то момент ошибочно решает, что накопитель с File History был отключён слишком надолго.

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

Хорошая новость в том, что речь не идёт о повреждении уже созданных копий или удалении файлов. Проблема скорее в надёжности процесса: если пользователь уверен, что История файлов продолжает работать как обычно, а на самом деле копирование уже остановилось, это легко может выясниться в самый неприятный момент.

Microsoft дала совет: если резервная копия хранится на внешнем диске, нужно убедиться, что он действительно подключён, а затем дождаться следующего запланированного бэкапа или запустить его вручную через Историю файлов.

Если же используется сетевое расположение, его рекомендуют заново выбрать в настройках Истории файлов и после этого тоже вручную инициировать резервное копирование.

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