Компания, обнаружившая уязвимости в процессорах AMD, ответила на критику

Компания, обнаружившая уязвимости в процессорах AMD, ответила на критику

Компания, обнаружившая уязвимости в процессорах AMD, ответила на критику

14 марта Илья Люк-Цильберман, главный технический директор CTS Labs, опубликовал открытое письмо, в котором объяснил, почему они публично раскрыли 13 уязвимостей процессоров AMD, дав специалистам компании всего сутки на исправление недостатков. Сразу после раскрытия CTS Labs подверглась жесткой критике со стороны профессионального сообщества. Компанию обвинили в нарушении профессиональной этики, нереалистичности поставленного срока исправлений и недостатке технических деталей, объясняющих суть уязвимостей.  

Как мы писали ранее, представители израильской компании CTS Labs разместили в публичном доступе информацию о критических уязвимостях в процессорах AMD, известных под названиями RyzenFall, MasterKey, Fallout и Chimera. По словам специалистов, они открывают доступ к конфиденциальным данным на миллионах устройств. Более того, недостатки обнаружили там, где повышенный уровень безопасности особенно важен — обычно в этой области хранятся пароли и ключи шифрования.

Сразу после раскрытия на CTS Labs обрушилась жесткая критика, компания стала предметом многочисленных насмешек. Критики говорили, что 24 часа на устранение недостатков — нереалистичный срок, обвиняли компанию в том, что опасность брешей преувеличена, так как для их эксплуатации злоумышленники должны получить права администратора. Появились даже теории о том, что CTS Labs сфабриковала информацию об уязвимостях, чтобы понизить в стоимости акции AMD и купить их по низкой цене.

Однако вскоре за CTS Labs вступились исследователи других компаний, которые подтвердили, что обнаруженные уязвимости действительно представляют опасность. Так, директор компании Trail of Bits Дэн Гидо написал в твиттере, что баги реально существуют, а детали уязвимостей подробно описаны в техническом отчете CTS Labs.

guido_twitter

К нему присоединился авторитетный специалист Алекс Ионеско, который также ознакомился в отчетом CTS Labs. Ионеско также ответил на аргумент критиков о необходимости прав администратора для эксплуатации брешей. Он отметил, что, например, в случае использования модели IaaS (Infrastructure as a Service) найденные уязвимости будут представлять серьезную опасность.

После того, как шум вокруг раскрытия сошел на нет, в публичном поле стали появляться серьезные опасения насчет брешей AMD, так как они могут позволить злоумышленникам закрепиться в системе с помощью внедрения вредоносной программы в защищенные области процессора. 

В ответ на жесткую критику в адрес компании Люк-Цильберман опубликовал открытое письмо, в котором объяснил действия CTS Labs. По его словам, представители компании, прежде всего, руководствовались заботой о клиентах. 

 “Я считаю, что принятые на сегодняшний день правила “ответственного раскрытия” представляют серьезную проблему. Они предполагают, что исследователь и производитель работают вместе, чтобы предоставить решения проблемы в течение установленного срока (30/45/90 дней), по истечении которого исследователь может публично заявить о недостатках. Установление этого срока должно стимулировать производителя выпустить обновления. Но проблема в том, что в этой ситуации производитель решает, оповещать клиентов об угрозе или нет. И, насколько я вижу, компании очень редко предупреждают об опасности”, — написал Цильберман.

По его мнению, такая модель прежде всего невыгодна клиентам, которые ничего не знают об ошибках безопасности и находятся под угрозой все то время, что компания устраняет недостатки. Вместо этого представитель CTS Labs предложил модель незамедлительного информирования общественности об уязвимостях. По словам Цильбермана, правильнее оповещать производителя и клиента одновременно, а технические детали публиковать уже постфактум. Именно так CTS Labs и поступили в ситуации с AMD.

Цильберман пожалел только о том, что компания сразу не привлекла больше экспертов со стороны, которые бы подтвердили предоставленную CTS Labs информацию.

Блокировки VPN ударили по российским разработчикам

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

О том, что меры регулятора по противодействию использованию VPN создают проблемы для российских разработчиков, сообщает «Коммерсантъ» со ссылкой на представителей нескольких отечественных компаний.

По оценкам экспертов, которые приводит издание, доля открытого кода во многих продуктах, включая решения из реестра Минцифры, превышает 50%, а в отдельных случаях достигает 90%.

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

Как отметили в ассоциации «Руссофт», попытки блокировать отдельные протоколы, используемые для создания виртуальных частных сетей и защищённого доступа к ресурсам, нарушают нормальную работу сети и создают проблемы для добросовестных пользователей.

С действиями регулятора участники рынка также связывают сложности с доступом к отдельным ресурсам. Так, накануне оказался недоступен PyPI — крупнейший репозиторий пакетов для Python. Спустя несколько часов Роскомнадзор заявил о своей непричастности к возникшим проблемам.

«Фактически речь идёт обо всей инфраструктуре, которая обеспечивает современный цикл разработки и тесно интегрирована с глобальными сервисами», — прокомментировал руководитель отдела администрирования и DevOps ГК Softline Александр Дёмин.

По словам ИТ-директора ГК «КОРУС Консалтинг» Максима Копова, разработчики столкнулись с двойными ограничениями: с одной стороны — с блокировками внутри страны, с другой — с ограничениями для российских пользователей и компаний со стороны зарубежных сервисов. В результате усложнились процессы сборки, обновления и сопровождения программного обеспечения.

«Системный характер сбои приобрели с февраля—марта. Это совпало с несколькими волнами ограничений популярных VPN-сервисов, когда стало очевидно, что корпоративные туннели попадают под блокировки по тем же критериям, что и пользовательские», — отметил ведущий специалист отдела исследовательских разработок компании «Стахановец» Алексей Миронов.

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

В Роскомнадзоре сообщили изданию, что доступ к зарубежным ресурсам с использованием необходимых российским организациям VPN-протоколов предоставляется по заявкам. По данным ведомства, в перечень исключений уже включены более 57 тыс. адресов и подсетей 1,7 тыс. организаций, в том числе компаний-разработчиков.

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