Stuxnet, Flame и Duqu использовали GPL-код

Stuxnet, Flame и Duqu использовали GPL-код

Stuxnet, Flame и Duqu — три самые известные программы, предположительно созданные спецслужбами в качестве «кибеоружия» против других стран. Программа Stuxnet успешно вывела из строя 80% иранских центрифуг по обогащению урана, а шпионская программа Flame несколько лет скрытно работала на иранских компьютерах, установившись как обновление Windows.

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

Самое интересное, что во всех трёх программах использовалась библиотека LZO, которая распространяется строго под лицензией GNU GPL.

В программе Flame, кроме LZO, используются и другие проекты Open Source:

putty — лицензия MIT
libbz2 — лицензия типа BSD
zlib — своя лицензия
SQLite — общественное достояние
Lua — лицензия MIT

Как известно, GNU GPL требует распространения с двоичными файлами исходного кода программы или письменного обязательства его предоставить. Именно так и распространяется библиотека LZO. Условия GPL требуют также, что пользователи всех производных программ должны получать такие же права. То есть все производные программы, использующие код GPL, должны распространяться с открытыми исходными кодами или с обязательством их предоставить, сообщает habrahabr.ru.

Очевидно, Stuxnet, Flame и Duqu нарушат лицензию GPL, если авторы этих программ не предоставят свои исходные коды.

Проблема сейчас очень актуальна, потому что лучшие специалисты нескольких антивирусных компаний активно работают над реверс-инжинирингом Flame. Учитывая объём программы (20 мегабайт, сотни тысяч строк кода), это очень непростая задача. Что там говорить, если анализ Duqu продолжается не первый год и ещё далёк от завершения: специалистам «Лаборатории Касперского» только при помощи сообщества недавно удалось понять, на каком языке программирования написан фреймворк.

Венгерская компания CrySyS, которая первой обнаружила Flame, тоже до сих пор работает над анализом Duqu. Она опубликовала обращение к авторам программы Duqu выслать исходные коды на адрес duqusubmit@crysys.hu. Они обязаны сделать это по условиям лицензии, пусть даже анонимно.

Конечно, это скорее шутка. Но кто знает, может быть Фонд электронных рубежей или кто-нибудь другой, кто занимается судебной защитой проектов GPL, когда-нибудь подаст жалобу на американское правительство за нарушение авторского права.

Linux 7.2 вышел с горой драйверов, но без статуса LTS

Разработчики выпустили Linux 7.2 после серии релиз-кандидатов. Исходный код уже доступен в официальном архиве, где версия указана как актуальный mainline-релиз от 16 августа. В стабильной ветке на момент публикации остаётся Linux 7.1.8. Главный объём изменений традиционно пришёлся на драйверы.

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

Ядро также расширяет поддержку новых процессоров, материнских плат, беспроводных адаптеров и SSD.

Продолжилась работа над открытыми графическими драйверами AMD и Intel, управлением питанием, восстановлением после сна и горячим подключением устройств.

Однако наличие драйвера в Linux 7.2 не означает, что он завтра появится во всех дистрибутивах: разработчики Ubuntu, Debian и RHEL могут сохранить проверенные версии ядра или перенести в них отдельные исправления.

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

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

В Linux 7.2 также доработаны KVM, поддержка процессорных архитектур, механизмы защиты памяти, контроля доступа, BPF и внутренней самозащиты ядра.

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

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