Опрос
|
реклама
Быстрый переход
«Бессмысленная фиктивная работа»: ИИ завалил разработчиков Linux дублями сообщений об уязвимостях
18.05.2026 [18:51],
Сергей Сурабекянц
Основатель Linux Линус Торвальдс (Linus Torvalds) в своём последнем сообщении о состоянии ядра заявил, что «постоянный поток сообщений об ошибках, генерируемых ИИ, сделал список уязвимостей безопасности практически полностью неуправляемым, с огромным дублированием из-за того, что разные люди обнаруживают одни и те же проблемы с помощью одних и тех же инструментов». 
Источник изображения: xAI По мнению Торвальдса, «предельно ясно: если вы обнаружили ошибку с помощью инструментов ИИ, велика вероятность, что кто-то другой тоже её обнаружил». Он назвал дублирующиеся отчёты об ошибках «совершенно бессмысленной рутиной». Торвальдс подчеркнул, что обнаруженные ИИ ошибки по определению не являются секретными, а их обработка в каком-либо закрытом списке — пустая трата времени для всех участников. Более того, это только усугубляет дублирование, потому что авторы сообщений о найденных уязвимостях не видят отчётов других исследователей. «Инструменты ИИ — это здорово, но только если они действительно помогают, а не причиняют ненужную боль и не создают бессмысленную фиктивную работу. Можете использовать их, но используйте продуктивно и для улучшения пользовательского опыта, — продолжил Торвальдс. — Если вы действительно хотите принести пользу, прочитайте документацию, создайте патч и добавьте реальную ценность к тому, что сделал ИИ. Не будьте тем, кто просто отправляет случайный отчёт, не имея реального понимания». Старший инженер по безопасности продуктов GitHub Джаром Браун (Jarom Brown) аналогичным образом отреагировал на волну недавних сообщений об ошибках, связанных с ИИ, заявив, что, хотя у GitHub «нет проблем» с инструментами ИИ в целом, сообщения об ошибках, созданные с помощью ИИ, должны быть проверены, чтобы приносить пользу. «Сообщение об ошибке, созданное с помощью ИИ, которое было проверено, воспроизведено и представлено с рабочим доказательством концепции, — это отличная заявка. Непроверенный результат, представленный как есть без воспроизведения или продемонстрированного влияния, — нет», — отметил он. Браун порекомендовал отдавать приоритет не количеству найденных ошибок, а глубине исследования. По его мнению, одно хорошо исследованное и проверенное сообщение стоит больше, чем десять предположительных — как с точки зрения вознаграждения, так и репутации. Он также обратил внимание, что больше всего на программе GitHub по поиску ошибок зарабатывают те, кто глубоко погружается в проблему и всесторонне её изучает. В Linux утвердили официальную политику использования ИИ-кода после месяцев острых споров
14.04.2026 [08:13],
Анжелла Марина
Разработчики ядра Linux официально утвердили политику использования искусственного интеллекта (ИИ) после месяцев острых дебатов. Линус Торвальдс (Linus Torvalds) и отраслевые партнёры пришли к соглашению, которое разрешает применение ИИ-ассистентов, но вводит строгие правила раскрытия информации и возлагает полную ответственность за любые ошибки на разработчиков-людей. 
Источник изображения: xAI Новые правила запрещают использование юридически обязывающего тега «Signed-off-by» для кода, созданного ИИ-системами, заменяя его на новый тег «Assisted-by» для обеспечения прозрачности происхождения правок. Такое решение, как указывает Tom's Hardware, стало ответом на растущее напряжение в сообществе, вызванное потоком низкокачественного кода и скрытым использованием нейросетей. Теперь каждый баг или уязвимость в таком коде будет юридически закреплены за конкретным человеком, опубликовавшим изменения. Это исключит возможность перекладывания вины на алгоритмы и позволит интегрировать современные инструменты в рабочий процесс, не нарушая при этом принципы сертификации Developer Certificate of Origin (DCO). 
Источник изображения: tomshardware.com Споры вокруг интеграции ИИ достигли пика в январе, когда представители Intel и Oracle публично вошли в конфликт по вопросам регулирования нейросетей в проекте. При этом Торвальдс резко раскритиковал идеи их полного запрета, назвав это бесполезным, и настаивал на том, что ИИ является всего лишь инструментом, как и любой другой софт. Он подчеркнул, что злоумышленники всё равно не будут читать документацию, поэтому эффективнее контролировать результат через ответственность конкретных людей, а не пытаться запретить технологии на локальных машинах разработчиков. До принятия единой политики крупные проекты открытого ПО демонстрировали разный подход к проблеме, вплоть до полных запретов. Например, дистрибутивы Gentoo и NetBSD ранее заблокировали приём сгенерированного ИИ кода, аргументируя это тем, что данные для обучения моделей часто содержат код с ограничительными лицензиями, что делает результат юридически неправомерным. Специалисты из Red Hat, в свою очередь, предупреждали, что использование таких инструментов может непреднамеренно нарушать лицензии GNU GPL и подрывать всю систему DCO, так как разработчик не может гарантировать чистоту происхождения каждой строки кода. Помимо юридических рисков, сообщество столкнулось с проблемой огромного объёма низкокачественных правок, получивших название AI slop. Создатели популярных проектов, таких как cURL и tldraw, были вынуждены закрывать программы вознаграждений или автоматически отклонять внешние запросы из-за спама, содержащего код с ИИ-галлюцинациями. В случае с ядром Linux ситуация усугубилась громким инцидентом с мейнтейнером Сашей Левиным (Sasha Levin), инженером Nvidia, который внедрил патч для ядра 6.15, полностью написанный ИИ-моделью без соответствующего уведомления. Код был функциональным, однако содержал регрессию производительности, несмотря на то, что был проверен и протестирован. Проблема недоверия из-за скрытого использования ИИ затронула не только системное программирование, но и другие сферы, например, сообщество моддеров Doom. В частности, лидер проекта GZDoom Кристоф Элькерс (Christoph Oelckers) столкнулся с массовым исходом участников проекта после того, как использовал ИИ-патчи без раскрытия этой информации и отказался идти на компромисс с критиками. В результате большинство контрибьюторов покинуло оригинальный проект и создало форк UZDoom, продемонстрировав важность открытости и честности перед сообществом. Следующим обновлением Linux станет версия 7.0
10.02.2026 [18:47],
Павел Котов
Линус Торвальдс (Linus Torvalds) сообщил, что следующее обновление ядра Linux получит номер 7.0 — оно выйдет после 6.19. Это не стало неожиданностью для тех, кто помнит, что он не любит номера версий, которые нельзя сосчитать по пальцам рук и ног — согласно этой шутливой схеме, Linux обычно не получает номера выше x.19. 
Источник изображения: Derek Oyen / unsplash.com Версии Linux 3.x, 5.x и 6.x заканчивались на x.19, и только версия 4.x дошла до x.20. «На минувшей неделе больших сюрпризов нигде не было, поэтому 6.19 вышла как и ожидалось — как раз в тот момент, когда США готовятся сегодня замереть и смотреть очередную порцию телерекламы. Но для тех, кто находится вне США, может, стоит попробовать новейшее ядро?» — написал Торвальдс на днях, намекая на американский Суперкубок. Обновление Linux 7.0 едва ли будет радикальным или получит значительные отличия от предшествующих. Скорее всего, будет улучшена производительность, появится поддержка нового оборудования и добавятся другие доработки. Версия Linux 6.19 стала первой в 2026 году — в ней улучшилась поддержка старых видеокарт AMD и платформ Intel. Будущее ядро Linux 7.0, вероятно, ляжет в основу популярных дистрибутивов, например Ubuntu 26.04. План «Б» для стареющего Linux: у сообщества появился план на случай ухода Линуса Торвальдса
28.01.2026 [18:19],
Сергей Сурабекянц
Создатель ядра Linux Линус Торвальдс (Linus Torvalds) был ведущим координатором проекта с момента его создания в 1991 году. За прошедшие годы сообщество разработчиков Linux, по словам самого Торвальдса, постарело, как и он сам. Тем не менее, формальный план замены Торвальдса в случае его отхода от дел появился всего несколько дней назад. 
Источник изображения: Procreator / unsplash.com Разработанный план довольно прост и активируется только в случае отсутствия плавной передачи полномочий в нужный момент. В случае необходимости сообщество разработчиков ядра привлечёт «Организатора», которым может стать последний организатор Maintainer Summit («Саммита мейнтейнеров»), либо нынешний председатель Технического консультативного совета (Technical Advisory Board, TAB) Linux Foundation. У «Организатора» будет 72 часа, чтобы начать обсуждения с приглашёнными участниками последнего Maintainer Summit. Если с момента последнего саммита прошло более 15 месяцев, то решение о составе участников принимает TAB по своему усмотрению. Затем собранный коллектив должен через две недели сообщить о принятом решении сообществу через список рассылки. В крайнем случае, даже без этого официального плана, сообщество разработчиков ядра, вероятно, достаточно легко достигнет соглашения. В конце концов, как сам Торвальдс отмечал ранее, в мире существует не так много проектов с открытым исходным кодом, «которые мейнтейнеры поддерживают буквально более трёх десятилетий». Несмотря на некоторую обеспокоенность по поводу количества мейнтейнеров в начале десятилетия, сейчас Торвальдс уверен в достаточной компетентности кадрового резерва. По его словам, «это не происходит мгновенно, но приходят новые люди, и через три года они уже становятся основными разработчиками». Конечно, Линус Торвальдс пока не выразил желания перестать быть руководителем разработки ядра Linux, но появление формального плана действий на этот случай и умение сообщества Linux самоорганизовываться позволяют надеяться, что ситуация останется под контролем. Линус Торвальдс попробовал силы в «вайб-кодинге» — написанный ИИ код попал в новый проект
13.01.2026 [11:53],
Павел Котов
В свой последний личный проект создатель Linux и Git Линус Торвальдс (Linus Torvalds) включил фрагмент кода, «написанный в основном с помощью вайб-кодинга» с помощью искусственного интеллекта — ко всему проекту сразу это не относится, подчеркнул он. 
Источник изображения: wikipedia.org В рождественские каникулы Торвальдс иногда разрабатывает проекты как хобби. В прошлом году он собирал гитарные «примочки», а в этом году создал программный инструмент AudioNoise, который назвал «ещё одним прикольным репозиторием для гитарных „примочек“» — он генерирует случайные цифровые звуковые эффекты, но, конечно, не относится к профессиональным высококачественным инструментам. В файле README репозитория этого проекта Торвальдс указал, что средство визуализации на Python создано преимущественно с помощью «вайб-кодинга», потому что об аналоговых фильтрах автор знает больше, чем о Python. Сначала он собирался заняться поиском образцов в профильных сообществах, а потом решил обойтись без посредников и открыл среду программирования Google Antigravity — логично предположить, что код ему генерировала модель Gemini, хотя данная среда поддерживает подключение и других. Линус Торвальдс и раньше давал комментарии по написанию программного кода с участием ИИ. Он положительно отзывался об этих инструментах как о средствах для поддержки кода — анализа и автоматической проверки патчей. Сейчас же Торвальдс решил прибегнуть и к генерации фрагмента, связанного с визуализацией данных, только потому, что Python не является его основной специализацией, а тратить время на поиск по форумам и ресурсам вроде StackOverflow ему просто не хотелось. Линус Торвальдс просрочил выпуск Linux 6.14 на день — он просто забыл про релиз
25.03.2025 [13:00],
Павел Котов
Руководитель проекта по разработке ядра Linux Линус Торвальдс (Linus Torvalds) признался, что на день задержал выпуск Linux 6.14 по «чистой халатности». К счастью, серьёзных последствий от его действий не зафиксировано — задержки происходили и раньше. 
Источник изображения: Kevin Horvat / unsplash.com Традиционно новые релиз-кандидаты на финальную версию ядра Linux Торвальдс выпускает в воскресенье днём и сопровождает каждый пост документацией. Если он уезжает в командировку или в отпуск, то обычно предупреждает об этом сообщество, чтобы люди не тревожились из-за отсутствия обновлений в привычное время. Вот и 16 марта в его публикации не было никаких предупреждений о переносе. «Рассчитываю выпустить финальную версию [ядра Linux] 6.14 в следующие выходные, если не случится чего-то очень неожиданного», — написал он. Но 23 марта никаких публикаций от его имени не вышло. «Хотелось бы, чтобы было какое-то оправдание, почему я не выпустил [ядро Linux] 6.14 вчера в обычный воскресный срок релизов. Хотел бы сказать, что в последнюю минуту случилось что-то важное, и вышла задержка. Но нет. Это была чистая халатность. Потому что вчера в последнюю минуту не произошло абсолютно ничего, и я просто изучал не связанные [с проектом] вещи и готовился к слиянию веток. И в процессе просто вообще забыл произвести выпуск. Вот блин!» — признался Линус Торвальдс. Серьёзных последствий его оплошность не имела: критическую потребность в новых версиях ядра испытывает лишь небольшое число разработчиков, и опоздание на день — это нормально. В Linux 6.14 вошли новые инструменты для написания драйверов на Rust в будущем, поддержка мобильного чипа Qualcomm Snapdragon 8 Elite, исправление уязвимости GhostWrite для некоторых процессоров RISC-V от T-Head Semiconductor (входит в Alibaba), завершилась работа над драйвером NTSYNC — приложения для Windows в WINE под Linux начнут работать лучше. С версией Linux 6.15 всё будет несколько сложнее, предупредил Торвальдс. «Судя по моей куче запросов на внесение изменений в код, [работа над ядром Linux] 6.15 будет гораздо насыщеннее», — рассказал он. Россиян отлучили от разработки ядра Linux — Линус Торвальдс заявил, что отмены решения не будет
24.10.2024 [11:39],
Павел Котов
Основатель проекта Linux Линус Торвальдс (Linus Torvalds) в крайне резкой манере прокомментировал исключение российских разработчиков из официального файла MAINTAINERS, в котором перечисляются те, кто сделал вклад в написание драйверов и подсистем. 
Источник изображения: OpenClipart-Vectors / pixabay.com Накануне стало известно, что из файла MAINTAINERS исчезли упоминания разработчиков, которые пользуются электронной почтой с российскими адресами и предположительно являются россиянами. Руководство проекта не дало внятных пояснений по поводу инцидента, и некоторые участники проекта выступили с призывом отменить это решение. Ответственный за поддержку стабильной ветки ядра Грег Кроа-Хартман (Greg Kroah-Hartman) заявил, что решение может быть отменено, если будут предоставлены некие документы, но основатель проекта Линус Торвальдс категорически заявил, что этого не будет. Торвальдс пояснил, что отмены решения совершенно точно не будет, а причины, по которым в файл MAINTAINERS были внесены эти изменения, «очевидны». Они связаны не только с требованиями США — создатель Linux порекомендовал «попробовать почитать новости» и крайне резко отозвался о тех, кто призвал отменить решение. «Видимо, дело не только в отсутствии реальных новостей, но и в отсутствии знания истории», — заключил он, напомнив о своих финских корнях. Таким образом, исключение российских специалистов было одобрено Торвальдсом и останется в силе. Но остаётся неясным, будут ли в дальнейшем приниматься в основную ветку ядра исправления от удалённых из списка разработчиков, и будут ли накладываться дополнительные ограничения на участие в проекте. Когда основателя Linux спросили, не связан ли он каким-либо соглашением о неразглашении в связи с данным инцидентом, он также дал довольно резкий ответ: «Нет, но я не юрист и не собираюсь вдаваться в подробности о том, что мне и другим разработчикам сказали юристы. Я также не собираюсь начинать обсуждать юридические вопросы со случайными людьми из интернета, которых я всерьёз подозреваю в том, что им заплатили или их спровоцировали». |
© 1997—2026 Электронное периодическое издание "3ДНьюс" | Свидетельство о регистрации СМИ Эл ФС 77-22224
выдано Федеральной Службой по надзору за соблюдением законодательства в сфере массовых коммуникаций и охране культурного наследия
При цитировании документа ссылка на сайт с указанием автора обязательна. Полное заимствование документа является
нарушением
российского и международного законодательства и возможно только с согласия редакции 3DNews.
MWC 2018
2018
Computex
IFA 2018
