В TrueCrypt обнаружены критические уязвимости

В TrueCrypt обнаружены критические уязвимости

Хотя аудит кода проекта TrueCrypt успешно завершился весной 2015 года, а криптографы-аудиторы отчитались, что уязвимостей и багов в коде нет, кое-что, оказывается, все-таки укрылось от их взглядов. Участник Google Project Zero Джеймс Форшоу (James Forshaw) обнаружил в популярном некогда криптографическом ПО сразу две критические уязвимости.

Напомню, что разработка TrueCrypt была прекращена в 2014 году, когда неизвестный автор программы сообщил, что у TrueCrypt имеются некие неразрешимые проблемы с безопасностью и его использование крайне не рекомендуется. Теперь проблем стало еще больше, пишет xakep.ru.

Форшоу обнаружил два бага (CVE-2015-7358, CVE-2015-7359), оба актуальны для систем семейства Windows. Оба позволяют осуществить эскалацию привилегий, в итоге получив в системе полные права администратора и доступ ко всем данным пользователя, включая зашифрованные.

Более детальных данных о проблеме Форшоу пока не раскрывает, давая возможность авторам форков выпустить патчи. К примеру, разработчики VeraCrypt уязвимости уже исправили, выпустив версию 1.15. 

Относительно закончившегося весной этого года аудита проекта, Форшоу высказался достаточно аккуратно. «Хотя найденные мой баги и не являются бэкдорами, очевидно их все-таки не заметили, во время проведения аудита», — пишет Форшоу в твиттере, намекая, что аудиторы искали в коде программы умышленно оставленные там бэкдоры, и могли не обратить внимания на ошибки.

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

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

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

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

Фотографии из безлимитной автозагрузки добавили веселья: для копирования через выбранный API их пришлось переместить в обычную папку. После этого они начали занимать место в тарифе. Более 30 тысяч снимков переносились около шести часов.

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

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