ИИ-инструменты могут получить статус соавтора в разработке ядра Linux

ИИ-инструменты могут получить статус соавтора в разработке ядра Linux

ИИ-инструменты могут получить статус соавтора в разработке ядра Linux

Разработчик из Nvidia Саша Левин предложил патч-серию, которая может сделать ИИ-ассистентов вроде Copilot, Claude или Cursor полноценной частью процесса разработки Linux-ядра — но по строго заданным правилам.

Во-первых, патч добавляет конфигурационные заготовки (stubs) для популярных ИИ-инструментов: GitHub Copilot, Claude, Codeium, Cursor, Continue, Windsurf, Aider и других. Все они будут ссылаться на единый файл с документацией — чтобы было ясно, как именно такие помощники могут быть задействованы.

Во-вторых — и это важнее — вводятся официальные правила, по которым в ядре можно использовать ИИ при написании кода. Главное требование: если ИИ что-то помог написать, в коммите нужно указывать это явно — с помощью строки Co-developed-by:. Пример:

Co-developed-by: Claude <claude-opus-4-20250514> 

А вот Signed-off-by: использовать для ИИ нельзя. Эта строка юридически означает следующее: человек подтверждает, что имеет право внести изменение и соблюдает лицензии — и такую ответственность может нести только живой разработчик.

В примере, приведённом в патче, Claude помог поправить опечатку в документации по OPP: вместо "dont" стало "don't". Вроде мелочь, но теперь с правильной атрибуцией.

Левин также предлагает создать новый раздел Documentation/AI/ в кодовой базе ядра. Там — чёткие инструкции:

  • Следовать стандартам кодирования Linux.
  • Уважать существующий процесс разработки.
  • Понимать лицензионные требования.

Отдельно подчёркивается: у ИИ бывают проблемы с пониманием этих аспектов, поэтому человеческий контроль обязателен.

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

Так что, если вы уже тайком пользовались Copilot для фиксов в ядре, — теперь будет шанс делать это открыто, но по правилам.

Подпишитесь на новости

Российских владельцев MikroTik предупредили об ограничении трафика

Около 100 тысяч российских маршрутизаторов MikroTik могут работать на уязвимых версиях RouterOS. Теперь их владельцам придётся поторопиться с обновлением: если патчи не установить в течение недели после предупреждения, оператор сможет ограничить трафик через отдельные порты. Интернет не обязательно исчезнет полностью, но работать может начать с сюрпризами.

Как сообщает РБК, Главное радиочастотное управление направило операторам связи рекомендации по защите оборудования MikroTik — как собственного, так и установленного у абонентов.

Причиной стали шесть критических уязвимостей RouterOS, обнаруженных специалистами CERT Polska. Наиболее опасная связка включает CVE-2026-67276 и CVE-2026-86060.

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

Ещё одна брешь, CVE-2026-67277, затрагивает сервис проверки пропускной способности. Через неё атакующий может получить данные из памяти ядра либо удалённо отправить устройство в сбой или перезагрузку.

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

Если владелец роутера проигнорирует сообщение и не обновит RouterOS за неделю, провайдер может ограничить соединения по некоторым портам. В Роскомнадзоре признают, что мера неидеальная, но считают её временным способом снизить риск атак.

Представители отрасли отмечают, что операторы не обязаны чинить абонентские роутеры своими руками. Но защищать собственные сети всё равно придётся.

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