Не все любят AI
Пока Linux ядро стремительно превращается в вайбкод проект, многие другие опенсорс тулзы запрещают любые AI-контрибьюции
- QEMU — "Политика проекта – отклонять любые контрибьюции, если есть основания полагать, что они включают в себя AI-сгенерированный контент или основаны на нём».
- NetBSD — код, сгенерированный AI, «считается потенциально заражённым кодом и не должен попадать в коммит».
- Zig — полный запрет на использование AI в любом виде:
«Никакого LLM-сгенерированного контента», «Никаких LLM для перевода», «Никаких LLM для поиска багов»
- OBS Studio — «Код должен быть написан человеком».
LinuxCamp | #news
Системные вызовы и syscall в Linux: как программа стучится в ядро
Каждый раз, когда программа читает файл, открывает сокет или печатает строку в терминал, она не делает это сама. Она просит об этом ядро. Механизм этой просьбы называется системным вызовом syscall.
Что это
Syscall - это запрос программы к ядру на операцию, которую ей не дают сделать напрямую: доступ к диску, сети, памяти, процессам. Это единственный легальный вход из твоего кода внутрь ядра.
Два пространства
Программы работают в user space с урезанными правами. Ядро и железо живут в kernel space. Между ними стену ставит сам процессор: приложения крутятся в кольце защиты ring 3, ядро в ring 0. Дёрнуть драйвер диска из обычного процесса нельзя, можно только попросить ядро.
Сделано это для изоляции и безопасности. Если бы любой процесс мог писать прямо в железо или в чужую память, один баг ронял бы всю систему. Ядро выступает арбитром: проверяет права, валидирует аргументы и только потом выполняет операцию.
Примеры
Базовые сисколы, на которых держится почти всё:
int fd = open("file.txt", O_RDONLY); // открыть файл
read(fd, buf, 1024); // прочитать данные
write(1, "hello\\n", 6); // записать в stdout
close(fd); // закрыть
А ещё fork() порождает новый процесс, execve() запускает программу, mmap() выделяет память. В Linux x86-64 их несколько сотен.
Под капотом
То, что в C выглядит как обычная функция, на деле оказывается переходом в ядро. Номер сисколла кладётся в регистр rax, аргументы в rdi, rsi, rdx, а инструкция syscall передаёт управление ядру:
mov rax, 1 ; номер вызова write
mov rdi, 1 ; fd = stdout
mov rsi, msg ; адрес буфера
mov rdx, 6 ; длина
syscall ; прыжок в kernel space
libc
Руками syscall почти никто не пишет: между тобой и ядром стоит glibc. Функция write() из unistd.h это тонкая обёртка: разложить аргументы по регистрам и вызвать syscall. Поэтому «функция» и «системный вызов» не одно и то же: printf(
Кто трогал сервер: ищем следы в Linux
Иногда на сервере что-то сломалось, а вопрос один:
кто заходил, когда заходил и что менял?
В Linux часть ответов можно найти без отдельного мониторинга. Но важно понимать: стандартные логи показывают не всё, а историю команд легко удалить.
Кто заходил на сервер
Посмотреть последние входы пользователей:
last
Неудачные попытки входа:
lastb
Текущие активные сессии:
who
w
Для SSH обычно полезно смотреть auth-логи:
grep "sshd" /var/log/auth.log
На RHEL/CentOS/AlmaLinux путь чаще такой:
grep "sshd" /var/log/secure
Кто выполнял команды
У каждого пользователя есть история shell:
cat ~/.bash_history
Но это слабый источник: команды могут записываться не сразу, часть команд может не попасть в историю, а сам файл можно почистить. Полезнее включить timestamp для истории:
echo 'export HISTTIMEFORMAT="%F %T "' >> ~/.bashrc
source ~/.bashrc
После этого history будет показывать время выполнения команд:
history
Кто менял файлы
Посмотреть время изменения файла:
stat /etc/nginx/nginx.conf
Найти файлы, изменённые за последний день:
find /etc/nginx -type f -mtime -1 -ls
За последние 60 минут:
find /etc/nginx -type f -mmin -60 -ls
Но stat и find покажут время изменения, а не имя пользователя, который это сделал. Если нужно именно кто изменил файл, заранее включают auditd:
apt install auditd
Добавить наблюдение за файлом:
auditctl -w /etc/nginx/nginx.conf -p wa -k nginx_config
Потом искать события:
ausearch -k nginx_config
Вывод
last, auth.log, history, stat и find помогают быстро понять, что происходило на сервере. Но если нужно точно знать, кто менял важные файлы, лучше заранее включить auditd. Без него Linux часто покажет когда файл изменили, но не всегда покажет кем.
LinuxCamp | #utils
Herdr: tmux для AI-агентов
Herdr - терминальный мультиплексор для работы с AI-агентами. По смыслу похоже на tmux: есть сессии, workspace’ы, вкладки и панели. Но сверху добавлена важная штука: Herdr понимает состояние агентов: кто работает, кто завис, кто ждёт подтверждения, а кто уже закончил.
Можно держать несколько агентов в одном терминале и быстро видеть их статус:
blocked — ждёт ввода или approval
working — выполняет задачу
done — закончил работу
idle — завершён и просмотрен
Панели - это реальные terminal-процессы, а не перерисованная GUI-обёртка. Поэтому внутри можно запускать Claude Code, Codex, Copilot CLI, Cursor agent CLI, opencode, Kimi Code CLI и другие агенты.
Как запустить
Установка:
curl -fsSL https://herdr.dev/install.sh | sh
Через Homebrew:
brew install herdr
Запуск в папке проекта:
herdr
Базовое управление похоже на tmux:
ctrl+b, затем v split pane
ctrl+b, затем c new tab
ctrl+b, затем w switch workspace
ctrl+b, затем q detach
После detach процессы продолжают работать. Открыл другой терминал, снова запустил herdr и вернулся в ту же сессию.
Важный нюанс
Herdr не GUI и не Electron-приложение. Он живёт прямо в терминале. Но это всё равно отдельный мультиплексор. Если у тебя уже всё построено на tmux, нужно будет понять, удобно ли добавлять ещё один слой поверх привычного workflow.
Вывод
Herdr полезен, если ты реально работаешь с несколькими AI-агентами параллельно. Это не замена tmux для всех задач, а более специализированный терминальный менеджер под agentic coding.
LinuxCamp | #utils
И глазом моргнуть не успели, в ядре уже 113 тыс. строк Rust-кода. Но переписывать еще долго, на C еще 36 млн строк 😎
Интересно, если дать нейронке задачу - перепиши весь код ядра на Rust, она справится?))
LinuxCamp
AI-пентестер ищет уязвимости в твоем приложении
Нашёл Strix - open-source инструмент для автоматизированного пентеста приложений. Идея не в том, чтобы просто прогнать статический анализатор и получить пачку подозрений. Strix запускает приложение, исследует его как атакующий, пытается подтвердить уязвимость и показать рабочий proof-of-concept.
Что умеет
• проверять локальную кодовую базу
• сканировать GitHub-репозиторий
• тестировать уже поднятое web-приложение
• искать XSS, SSRF, SQL injection, auth bypass, IDOR и другие баги
• генерировать отчёт и рекомендации по исправлению
• запускаться в CI/CD на pull request
Быстрый старт
curl -sSL https://strix.ai/install | bash
export STRIX_LLM="openai/gpt-5.4"
export LLM_API_KEY="your-api-key"
strix --target ./app-directory
Можно сканировать не только локальную папку:
strix --target https://github.com/org/repo
strix --target https://your-app.com
А для CI есть non-interactive режим:
strix -n --target ./ --scan-mode quick
Почему интересно
Обычные сканеры часто дают много шума: вроде бы уязвимость есть, но непонятно, реально ли её можно использовать. Strix делает ставку на проверку через реальные сценарии атаки: recon, exploitation, validation. То есть ближе к mini red team, чем к обычному линтеру безопасности.
LinuxCamp | #utils
Линус Торвальдс о использовании ИИ в разработке ядра Linux:
«Linux – не один из тех анти-ИИ-проектов. Если кого-то это не устраивает, можно сделать форк».
«Мы никого не заставляем использовать ИИ, но я буду демонстративно игнорировать тех, кто пытается отговаривать других от его использования».
«Потому что человеческий интеллект тоже далеко не всегда так уж хорош».
«Это НЕ какой-то проект “социальных борцов”. Никогда им не был и никогда не будет».
Все уже давно поняли, что нейронки стали сильно умнее, чем это было буквально год назад. Не использовать их в разработке - быть динозавром в современном мире)
LinuxCamp | #news
Кринж года))
Debian хочет провести голосование по резолюции, которая официально запретит использование ИИ при работе над любыми компонентами Debian Linux.
Но сторонним апстрим-проектам будет разрешено продолжать использовать LLM.
Благодаря этому использование ИИ останется допустимым, например, при разработке ядра Linux, где сейчас около 10% новых патчей написаны с помощью ИИ.
LinuxCamp | #news
Один из давних разработчиков проекта FreeCAD Association решил «отойти от сопровождения FreeCAD» из-за несогласия с использованием ИИ:
«Я почти 20 лет входил в основную команду, но теперь проект движется в направлении, с которым я не хочу работать»
- заявил председатель FreeCAD Йорик ван Хавр.
Он отметил:
«Я считаю ИИ-инструменты крайне вредными для FOSS-проекта вроде FreeCAD.
Серьёзные экологические последствия, проблемы с авторскими правами, этические вопросы и, прежде всего, попытки крупнейших технологических корпораций навязать своё влияние проекту, который создавался как безопасная альтернатива им, – всё это то, от чего, на мой взгляд, мы должны защищать проект».
LinuxCamp | #news
У всех разработчиков ОС есть срок до 1 января 2028 года, чтобы внедрить проверку возраста для всех пользователей. Это касается Windows, macOS, Linux.
LinuxCamp | #news
крупные обновления ядра Linux становятся "новой нормой", отчасти из-за AI-инструментов.
- Линус Торвальдс
Следующий релиз Linux 7.2 получился необычно большим.
По его словам, AI-инструменты всё активнее используются в разработке, что в том числе приводит к росту количества изменений, попадающих в ядро.
LinuxCamp | #news
Дебиану сегодня исполнилось 33 года 😃
Этот прародитель Ubuntu, Kali, Mint, был анонсирован Яном Мёрдоком 16 августа 1993 года.
Счастья, здоровья и долгих лет жизни)
LinuxCamp | #news
GNOME поделилась своим долгосрочным видением развития GNOME Desktop Environment. Оно выглядит почти идентично Apple iOS.
Даже новый индикатор заряда батареи выглядит очень похоже.
По сути, единственное, что GNOME, похоже, не стала копировать у Apple - это полупрозрачный эффект Liquid Glass.
Вместо него по умолчанию используется оформление, больше напоминающее iPad в тёмной теме.
LinuxCamp | #news
Linux Mint вчера исполнилось 20 лет!
Дистрибутив сделали 27 августа 2006 года и с тех пор он вырос в один из самых надёжных и дружелюбных к пользователю дистров.
Был у кого опыт использования Linux Mint - пишите в комменты. Я чисто ради интереса вместо Ubuntu поставил и перешел обратно)
LinuxCamp | #news
«Да нах**й это, я ухожу»
Заявил известный разработчик Debian, который уходит из проекта после того, как участники проголосовали за разрешение контрибьюций с ИИ.
«Я хочу, чтобы последствия того, что Debian полностью принимает технологии, поддерживаемые фашистами, были известны».
«Меня больше не интересует ничего, что исходит от Debian».
Тупизм же, не?)
LinuxCamp | #news
Debian только что принял официальную позицию по использованию ИИ
В резолюции "Responsible Use of Generative AI" говорится:
«Debian не поддерживает и не запрещает использование инструментов генеративного ИИ при разработке, сопровождении или документировании ПО, создании пакетов, документации и других материалов, публикуемых в рамках проекта Debian».
Если проще, делайте, что хотите - Debian всё равно.
LinuxCamp | #news