MemOps 😃

Обеспечение безопасности CI/CD для проекта с открытым исходным кодом: уроки из Cilium

Cilium работает на уровне ядра в сетевом пути миллионов подов Kubernetes. Если бы наша цепочка поставок была скомпрометирована, масштаб последствий был бы значительным. Укрепление проекта против такого сценария — это то, над чем мы работаем непрерывно, и мы хотели записать, что именно мы делаем, в деталях. Большая часть следующего не специфична для Cilium: любой проект с открытым исходным кодом, использующий CI/CD на GitHub Actions, может применить эти подходы.

📌 Подробнее: https://cilium.io/blog/2026/05/06/securing-cicd-open-source-lessons-from-cilium

MemOps🤨

MemOps 😃

Исследователи Palo Alto Networks показали интересный сценарий атаки на SPIFFE/SPIRE в Kubernetes. Если атакующий получает root на ноде, он может подменить cgroup метаданные процесса и заставить SPIRE Agent выдать ему SVID другого workload.

В результате злоумышленник получает возможность использовать криптографическую идентичность скомпрометированного workload и обращаться к сервисам, доверяющим этой identity. При этом сама криптография SPIFFE не ломается — проблема в том, что после компрометации ноды рушится доверие к данным, на которых основана workload attestation.

Для проверки таких сценариев Palo Alto Networks выпустили открытый инструмент Spooffe, который автоматизирует тестирование подмены cgroup и получения чужих SVID. Хорошее напоминание о том, что SPIFFE/SPIRE не изолирует workload от полностью скомпрометированной ноды и root доступ нужно учитывать в threat model.

📌 Подробнее: https://unit42.paloaltonetworks.com/kubernetes-spiffe-spire-identity-spoofing/

MemOps🤨

MemOps 😃

GitLab Architecture: A Complete Guide

В этом вводном гайде вы узнаете:
- Основные компоненты GitLab
- Хранилище GitLab
- Высокая доступность и масштабируемость
- Аутентификация и авторизация
- Мониторинг GitLab с помощью Prometheus и Grafana

📌 Подробнее: https://devopscube.com/gitlab-architecture/

MemOps🤨

MemOps 😃

Разберите этот сценарий troubleshooting в Kubernetes

При развёртывании Kubernetes-кластера на базе kubeadm в AWS с Calico CNI можно столкнуться с таймаутами соединения между Pod'ами и CoreDNS.

Авторы столкнулись с этой проблемой и подготовили подробную статью, в которой разобрали:
- почему возникает эта проблема;
- как пошагово её диагностировать;
- реальную первопричину;
- как сетевая инфраструктура AWS взаимодействует с Calico;
- как правильно исправить проблему.

📌 Подробнее: https://blog.techiescamp.com/docs/fix-dns-timeout-kubeadm-calico-aws/

MemOps🤨

🌊 2035 год. Сидишь в землянке у костра и рассказываешь лесным белкам, почему монолит был в разы надежнее этих ваших микросервисов.

Типичный 🥸 Сисадмин

"Kubernetes Misconfigurations in the Wild: Taxonomy, Evolution, and Automated Repair with Large Language Models"

Авторы исследуют два вопроса:
1) какие ошибки конфигурации чаще всего возникают на практике;
2) насколько хорошо LLM могут автоматически их исправлять.

Для этого они анализируют обсуждения разработчиков на Stack Overflow, Helm-чарты и результаты нескольких инструментов статического анализа.

По первому моменту они сделали таксономию из 5 основных разделов (ее можно видеть на скриншоте).

А по второму итоговый вывод в том, что LLM лучше использовать не как полностью автономную сущность, а как генератор исправления, работающий внутри конвейера с детерминированной валидацией. Тоесть гибрид LLM + schema/policy validation выглядит значительно надёжнее (98–99% корректных исправлений), чем “чистая” генерация исправлений, но до безопасного автопилота ещё далеко. Все смотрелось только в статике, итоговые исправления не запускались на практике, да и явно что в выборке по Stack Overflow и Helm-чартам далеко не все классы проблем присутствуют.

📌 Подробнее: https://arxiv.org/abs/2609.27030

MemOps🤨

MemOps 😃

Обеспечение безопасности CI/CD для проекта с открытым исходным кодом: уроки из Cilium

Cilium работает на уровне ядра в сетевом стеке миллионов подов Kubernetes. Если бы наша цепочка поставок была скомпрометирована, масштаб последствий оказался бы значительным. Укрепление проекта против такого сценария — это то, над чем мы работаем постоянно, и мы хотели записать, что именно мы делаем, в деталях. Большая часть следующего не специфична для Cilium: любой проект с открытым исходным кодом, использующий CI/CD на GitHub Actions, может применить эти подходы.

📌 Подробнее: https://cilium.io/blog/2026/05/06/securing-cicd-open-source-lessons-from-cilium

MemOps🤨