Google выделяет миллионы долларов на новый конкурс по взлому Chrome

Google выделяет миллионы долларов на новый конкурс по взлому Chrome

У компании Google невероятная тяга к числу Пи: то пытается поиздеваться над Apple и Microsoft в тщетныхпопытках перекупить патенты, теперь вот призовой фонд в $3.14159 миллиона USD назначен на конкурс Pwnium 3, где Google предлагает умельцам поработать над проектом Chromium OS в облике Google Chrome OS. Как поработать? Да как обычно — взломать подопытного через веб-страницу. Задача непростая, но и награда немаленькая, да и прославиться можно хорошо.



Итак, условия выделяют два варианта взлома:

  • Тот, что попроще, подразумевает компрометацию браузера Chrome или собственно системы Chrome OS в рамках режима гостя, либо залогиненного пользователя. Награда за такое действие ставит новую планку наград, приравнивая её к ценам на чёрном рынке: $110000
  • Тот, что посложнее, подразумевает полный снос системы защиты с сохранением вредоносного исполнения кода даже после перезагрузки в режиме гостя. За это поверх добавят ещё 40 тысяч вечнозелёных, то есть, целых $150000


На чём должна работать уязвимость? Тут ребята из Google хитрят и подсовывают не каноничный Chromebook типа Cr-48 на Atom или Celeron, а свежий Chromebook на ARM-чипе от Samsung. Почему это важно? А потому, что для взлома можно использовать всё, что установлено на армбуке, включая уязвимости ядра, драйверов и даже многострадальный Flash. А в случае с ARM, это налагает определённую специфику. Хотя, учитывая, что это новый класс устройств, то кое-что могли и проморгать, вспоминая багу в Exynos. Если нет именно этого устройства для тестирования в учениях, то в Google предлагают не унывать, а поработать над своим образом системы из сорцов проекта Chromium. Всё дело пройдёт в рамкахCanSecWest в Ванкувере, которая начнётся 6 марта этого года, пишет habrahabr.ru.

Вообще инициатива Google предложить взломать именно Chrome OS, которой пользуются десятые доли процента юзеров Интернета, заслуживает уважения — в компании всё же решили не идти по пути Android, в котором полную реализацию ASLR осилили сделать только к версии 4.1, а с самого начала плотно поработать над безопасностью, до того, как система получит какую-либо популярность. Глава Acer уже удивился тому, что люди обращают на их ноутбуки под Chrome OS какое-то внимание, обеспечив 10% продаж Acer в США без маркетинговых усилий со стороны тайваньцев. Так что, возможно, Chrome OS поборется за звание самого популярного Linux-дистрибутива, а там, чем ведь черт не шутит, и на Mac OS замахнётся?

Те, кому ОС не интересна, могут получить жирный куш, найдя уязвимости в рамках Pwn2Own 2013, на который скинулись Hewlett-Packard и Google. Впрочем, не обязательно обходить наслоения песочниц Google Chrome или Internet Explorer 10 в Windows 8, можно поломать более простого архитектурно Огнелиса, либо поиздеваться над многострадальным рантаймом Java от Oracle. Свои 20 тысяч долларов при успехе получить можно.

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

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

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

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