Ким Дотком предложил 10 000 евро за взлом крипто-алгоритма Mega

Ким Дотком предложил 10 000 евро за взлом крипто-алгоритма Mega

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

Отметим, что когда сервис Mega был запущен в конце января, многие пользователи и отраслевые журналисты подвергли его критике за глючную работу, невысокую производительность, а также сбойную работу системы загрузок, которая могла неожиданно прерывать загрузку или выгрузку больших по размерам файлов. Позже Дотком признал проблемы и заявил, что работает над их исправлением. Сейчас значительная часть проблем устранена, но некоторые все-таки остались, пишет cybersecurity.ru.

Одновременно с критикой глючности Mega, ряд независимых специалистов задались резонным вопросом: так ли надежен крипто-алгоритм Доткома? Очевидно, что эти вопросы дошли до ушей и самого создателя сервиса и тот решил вынести вопрос о надежности алгоритма Mega на всеобщее обсуждение, подкрепив его аргументом в 10 000 евро. По словам Доткома, лично он уверен в надежности алгоритма, но желает доказать это и всем остальным пользователям.

Он напомнил, что администрация Mega сама не имеет доступа к данным пользователей сервиса, так как на сервисе информация шифруется сразу же при загрузке. Нет доступа у Mega и к паролям пользователей, так как не серверах хранятся только их криптованные хэши.

В своем блоге Дотком пока ничего не сообщил о ходе соревнования по взлому алгоритма, а также не сообщил, как получатель может забрать приз, ведь сам Дотком не имеет возможности выезда за пределы Новой Зеландии, а его банковские счета и переводы по ним строго ограничены.

Напомним, что на днях в интернете также заработал mega-ориентированный интернет-поисковик mega-search.me, при помощи которого пользователи могут искать контент, размещенный на файлообменнике Доткома. Поисковик mega-search сам по себе не ищет данные и не индексирует их, так как этого не позволяет сделать архитектура Mega. Для работы поисковой системы сами пользователи Mega должны указать поисковой системе конкретную ссылку на размещенный материал, после чего материал появляется в поисковой системе и пользователь может скачать его себе на жесткий диск. Причем, сейчас Mega подключен к очень мощным каналам и зачастую загрузка материалов через него даже быстрее, чем через BitTorrent.

Как и Mega, сайт Mega-search.me размещен на анонимном домене и его владелец неизвестен, однако представители Кима Доткома говорят, что создатель Mega не имеет отношения к поисковику.

На сегодня точное количество пользователей Mega и Mega-search.me остается неизвестным, но Ким Дотком ранее заявлял, что за первый день с момента начала работы на файлообменнике Mega зарегистрировались около 1 млн человек. Для сравнения: закрытый ранее Megaupload.com имел более 150 млн пользователей.

Критическую уязвимость в ядре Linux x86 не замечали с 2020 года

В ядре Linux обнаружили уязвимость, которая тихо жила в системе несколько лет — и притом в одном из самых чувствительных мест. Речь идёт о механизме обработки page fault на архитектуре x86, то есть о коде, который срабатывает каждый раз, когда процессор фиксирует некорректный доступ к памяти.

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

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

На уязвимость обратил внимание инженер Intel Седрик Син (Cedric Xing), внимательно изучавший код обработки исключений. Как выяснилось, логика в функции do_page_fault() опиралась на устаревшее и, по сути, ошибочное допущение.

В комментариях прямо говорилось, что отследить состояние прерываний на всех возможных ветках выполнения почти невозможно — и разработчики много лет балансировали между «комбинаторным кошмаром» из патчей и попытками аккуратно чинить отдельные случаи.

Но проблема оказалась глубже. Код смешивал два разных понятия — адрес (пользовательский или ядерный) и контекст выполнения. Обычно они совпадают, но не всегда.

Существуют ситуации, когда обращение идёт к памяти ядра, но в пользовательском контексте. В таких случаях некоторые ветки обработчика могли повторно включить прерывания — и вернуть управление туда, где ядро было уверено, что они всё ещё выключены.

Особенно показательной оказалась ветка __bad_area_nosemaphore(), где предпринимается попытка «восстановить правильное состояние», но на деле это происходило не всегда и не одинаково. В результате возникала асимметрия: в зависимости от пути выполнения система могла оказаться в неожиданном состоянии.

В итоге разработчики пришли к простому, но радикальному выводу: латать отдельные ветки бессмысленно. Вместо этого было принято решение гарантированно и безусловно отключать прерывания в одном конкретном месте — прямо перед возвратом управления в низкоуровневый обработчик page fault. Без условий, без проверок, без попыток «угадать» контекст.

Патчи уже вошли в ветку Linux 6.19, а также планируются к бэкпорту в поддерживаемые стабильные версии. Фактически оно устраняет дефект, появившийся ещё во времена Linux 5.8.

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