Телеграм канал «Kali Linux»

🛠️ Awesome SRE - большая подборка ресурсов для Site Reliability Engineering

Репозиторий awesome-sre собирает полезные материалы по SRE и Production Engineering в одном месте.

Внутри есть подборки по:

- Monitoring и Observability
- Incident Response и Post-Mortem
- On-Call
- Chaos Engineering
- Automation и Toil Reduction
- Capacity Planning
- SLO / SLI
- Performance
- книгам, докладам, статьям и гайдам

Также собраны инструменты вроде Prometheus, Ansible, Puppet, SaltStack, Chaos Monkey, Gatling и другие решения для эксплуатации production-систем. :

Хорошая база, если изучаете SRE, DevOps, reliability engineering или готовитесь к собеседованию.

GitHub:
https://github.com/dastergon/awesome-sre

22 октября Kubernetes-сообщество встречается офлайн в Москве!

Кому будет интересна конференция:
– DevOps- и SRE-инженерам;
– специалистам по Kubernetes и облачной инфраструктуре;
– платформенным инженерам;
– архитекторам и техническим руководителям;
– всем, кто занимается эксплуатацией и развитием инфраструктуры.

Что будет в течение дня?

🎤 Доклады
Программа продолжает дополняться, но уже сейчас в ней много интересных тем: 
– От бизнес-требования к ядру Linux;
– Как дать агенту управление кластером вашей инфраструктуры;
– Как в MWS Cloud Platform доставляют системный софт в managed K8s;
– Как сделать мультитенантность в Kubernetes-платформе;
– LLM-диагностика инцидентов в Kubernetes и OpenStack.

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

⚡️ Активности партнеров
Дополнительная возможность пообщаться с участниками конференции и включиться в интерактивные форматы от партнеров.

🍻 Афтепати
После основной программы нетворкинг продолжится уже в неформальной обстановке.

👉 Регистрируйтесь и зовите коллег — все подробности по ссылке!

OpenAI впервые публично обвинила китайскую лабораторию в дистилляции

OpenAI связала скоординированную атаку на скрытые рассуждения своих моделей с людьми из Moonshot AI, разработчика Kimi.

Шифрование никто не взламывал. Атакующие копировали зашифрованные рассуждения из одного диалога и просили модель расшифровать их в другом.

Кампания шла с 1 июля, на пике 24–25 июля было 16 000 запросов от 4 000+ пользователей, а всего OpenAI вычислила кластер из 15 000+ аккаунтов. К 28 июля атаку остановили: аккаунты заблокированы, лазейка закрыта, а потоковый вывод теперь придерживается, если может раскрыть рассуждения.

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

https://openai.com/index/disrupting-a-coordinated-model-distillation-campaign/

Почему `kill -9` не может убить главный процесс Linux

Обычно SIGKILL завершает любой процесс мгновенно. Его нельзя перехватить, заблокировать или проигнорировать.

Но у процесса с PID 1 особый статус. Ядро разрешает отправлять ему только те сигналы, для которых он сам установил обработчик. У SIGKILL обработчика быть не может, поэтому даже команда:

sudo kill -9 1

не завершит системный init.

Причина проста: если PID 1 случайно погибнет, работа пользовательского пространства фактически разрушится. Поэтому Linux защищает главный процесс даже от root.

https://man7.org/linux/man-pages/man2/kill.2.html

📌 Anthropic оценила кибервозможности GLM-5.3

Anthropic впервые оценила открытую китайскую модель и опубликовала исследование о том, насколько GLM-5.3 от Z.ai продвинулась в поиске и эксплуатации уязвимостей.

Z.ai выпустила модель в августе, веса выложила через две недели.

Двумя неделями ранее её проверял CAISI, центр стандартов и инноваций ИИ при американском институте NIST, и назвал сильной в киберзадачах среди открытых моделей на сегодня.

По словам Anthropic, в ExploitBench GLM-5.3 довела до рабочего эксплойта известные уязвимости движка V8 в 50 попытках из 410, это 12%.

У Claude Mythos Preview результат 14%, у GLM-5.2 и Claude Opus 4.6 близок к нулю.

В ручных сессиях с человеком модель находила ранее неизвестные уязвимости в браузере и драйверах, а встроенные ограничения, утверждает Anthropic, обходятся без особых усилий и в открытых весах их можно снять.

🟡CAISI более сдержан в описании результатов

На четырёх кибербенчмарках GLM-5.3 заметно слабее американских передовых моделей, в SEC-Bench Pro она решает 40,4% задач против 90,2%.

Совокупное отставание CAISI оценивает примерно в четыре месяца.

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

В ответ на это Anthropic предлагает шире открывать передовые модели для безопасников и проверять достаточно сильные модели до выпуска на уровне государств.

Z.ai пока никак не отреагировала ни на оба исследования, ни на инициативу Anthropic.


@ai_machinelearning_big_data

#news #ai #ml

Linux приближается к 2000 уязвимостей за один релиз

Ещё несколько лет назад речь шла примерно о 500 уязвимостях на релиз. Потом число перевалило за 1000, затем за 1500, а теперь ядро Linux приближается к отметке в 2000.

Об этом рассказал Грег Кроа-Хартман, один из самых известных и опытных мейнтейнеров Linux kernel, перед выступлением на Kernel Recipes 2026.

Интересно, что сам код не вырос пропорционально. Ядро всё ещё содержит около 40 млн строк.

Изменилось другое - кто и как его анализирует.

AI-инструменты начали массово сканировать код, в том числе старые и редко используемые драйверы, до которых раньше просто не доходили руки. В результате находят баги, которые могли лежать там годами.

Большая часть таких уязвимостей имеет низкий приоритет, но объём уже создаёт отдельную проблему для мейнтейнеров.

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

То есть рост числа CVE здесь не обязательно означает, что Linux внезапно стал менее безопасным. Во многом это следствие того, что код начали проверять намного глубже и масштабнее.

CENTI CONF: DevOps Day — митап по разработке и инженерным решениям ⚡️

6 ноября Centicore Group собирает инженеров и технических специалистов, чтобы поговорить о том, что реально болит в инфраструктуре: от Kubernetes и AI-инструментов до архитектурного контроля.

🗓 Когда: 6 ноября 2026, начало в 18:00 (мск)

📍 Где: Москва, Хлебозавод, Гостиная №9 + онлайн-формат

Что будет:

🧑‍💻 Разбор реальных задач
Инженерные кейсы, рабочие подходы и решения для своих проектов.

☸️ Kubernetes
Как организовать тестирование на k8s, где чаще ошибаются и каких антипаттернов избегать.

🤖 AI и LLM
Где coding agents ускоряют разработку, как не утонуть в техдолге и что нужно для локального запуска LLM.

🏗 Архитектура
Как сделать так, чтобы архитектурные правила работали не только в документации, но и проверялись автоматически.

👥 Нетворкинг и доступ к записям выступлений после митапа.

Регистрация на митап тут: https://tglink.io/e8ad323df13458?erid=2W5zFGRc6Xj, увидимся 🤝