В процессорах Intel обнаружена странная уязвимость, угрожающая 64-битным системам
19 июня 2012 года
Американская Группа реагирования на компьютерные инциденты (US-CERT) объявила об обнаружении уязвимости в подсистеме безопасности процессоров Intel, которую злоумышленники могут использовать против 64-разрядных систем под управлением Linux, Windows, BSD и потенциально OS X, сообщает "Сотовик.ру".
Уязвимость получила название CVE-2012-0217, с ее помощью хакеры могут заставить чип Intel вернуть общую ошибку защиты в привилегированном режиме. Этого будет достаточно, чтобы выполнить код с привилегиями ядра даже из очень ограниченного аккаунта или получить контроль над хостовой ОС из виртуальной машины. Уязвимость наблюдается только на процессорах Intel с расширениями Intel 64.
Впрочем, отмечают эксперты, эксплуатация данной бреши потребует предварительного запуска специального подготовленного кода локальным пользователем, что изрядно снижает вероятность эксплуатации этой "дыры", особенно после выпуска заплаток для операционных систем.
По данным ХАКЕР.ру, пострадавшие вендоры, среди которых Citrix, FreeBSD, Joyent, Microsoft, NetBSD, Oracle, Red Hat, SUSE Linux, Xen, Debian GNU/Linux и др., были уведомлены еще в мае и к настоящему моменту выпустили необходимые патчи.
Уязвимость опирается на сложный механизм копирования памяти из одного уровня безопасности на другой. Когда компания AMD создавала набор команд x86-64, было принято решение ограничить адресуемое пространство 48 разрядами, оставив неиспользуемыми прочие разряды до 64-го.
Для противодействия хакерам, которые могут попытаться разместить зловредные данные в пустующей области, AMD-процессоры требуют так называемых канонических адресов, в которых разряды с 48 по 64 заполнены одинаково бессмысленными данными. Если пользователь без привилегированных прав попытается поднять свои права с неканоническими адресами, в AMD-чипах сработает защита с перезагрузкой программного обеспечения в безопасное место на уровне ядра.
Процессоры Intel работают сходным образом, но несколько иначе. На различных этапах в ходе повышения прав доступа выполняется проверка на каноничность адресов, и хакеру вполне по силам создать особый стек кода, который обманет процессоры Intel, восстанавливая неканонические адреса после общего отказа защиты.
Как только подобное произошло, процесс на уровне ядра укажет на пустующую область, содержащую готовый к выполнению вредоносный код, причем с запуском на самом высоком уровне безопасности.
Сама компания Intel отрицает наличие бага в процессорах. Она заявляет, что процессоры работают в точном соответствии со спецификациями, хотя эти спецификации составлялись компанией AMD, но почему-то процессоры Intel выполняют инструкцию SYSRET иначе, чем процессоры AMD.
Источники[править]
Любой участник может оформить статью: добавить иллюстрации, викифицировать, заполнить шаблоны и добавить категории.
Любой редактор может снять этот шаблон после оформления и проверки.
Комментарии[править]
Если вы хотите сообщить о проблеме в статье (например, фактическая ошибка и т. д.), пожалуйста, используйте обычную страницу обсуждения.
Комментарии на этой странице могут не соответствовать политике нейтральной точки зрения, однако, пожалуйста, придерживайтесь темы и попытайтесь избежать брани, оскорбительных или подстрекательных комментариев. Попробуйте написать такие комментарии, которые заставят задуматься, будут проницательными или спорными. Цивилизованная дискуссия и вежливый спор делают страницу комментариев дружелюбным местом. Пожалуйста, подумайте об этом.
Несколько советов по оформлению реплик:
- Новые темы начинайте, пожалуйста, снизу.
- Используйте символ звёздочки «*» в начале строки для начала новой темы. Далее пишите свой текст.
- Для ответа в начале строки укажите на одну звёздочку больше, чем в предыдущей реплике.
- Пожалуйста, подписывайте все свои сообщения, используя четыре тильды (~~~~). При предварительном просмотре и сохранении они будут автоматически заменены на ваше имя и дату.
Обращаем ваше внимание, что комментарии не предназначены для размещения ссылок на внешние ресурсы не по теме статьи, которые могут быть удалены или скрыты любым участником. Тем не менее, на странице комментариев вы можете сообщить о статьях в СМИ, которые ссылаются на эту заметку, а также о её обсуждении на сторонних ресурсах.
