Канал о (не)безопасности Kubernetes + микросервисных, контейнеризированных приложений. Ведет команда www.luntry.ru Вопросы, идеи, предложения => @Qu3b3c https://knd.gov.ru/license?id=673ddbc21039886b1d03b7ce®istryType=bloggersPermission
Наши друзья зарезили проект для графической генерации AuditPolicy
для Kubernetes
! Проект находиться в стадии beta
, но с ним уже можно ознакомиться тут. Подробнее ребята писали о проекте тут.
При этом хочется напомнить о замечательном докладе Алисы Кириченко (один из авторов данного проекта) "Вы еще не читаете Kubernetes Audit Log? Тогда мы идем к вам!" (слайды, видео) с прошлой конференции БеКон 2024.
В комментариях к посту можно накидать идей для развития проекта, чтобы вам хотелось в нем видеть, да и вообще обратную связь для авторов.
Уже завтра состоится наш вебинар «Безопасность контейнеров и Kubernetes для CISO» и мы настоятельно рекомендуем перед ним ознакомиться (или освежить в памяти) выступление "Почему защитой k8s должно заниматься целое подразделение?" (слайды, видео) от Артем Мерец (Т-Банк) с прошлогодней конференции БеКон 2024. Будет достаточно пересечений и отсылок к нему, и вообще полезно посмотреть на то как к данному вопросу подходят другие компании.
P.S. Прием заявок на доклады БеКон 2025 еще идет.
У себя на сайте мы выложили запись выступления "Основы анализа СЗИ в контейнерном исполнении с помощью Luntry". В рамках которого можно посмотреть как подходить к изучению и анализу абсолютно любого неизвестного контейнерного приложения в Kubernetes
. В результате понять что и как работает внутри контейнера, какую сетевую активность вызывает и как вообще это приложение соответствует лучшим практикам безопасности. Это будет полезно как исследовательским лабораториям, так и специалистам ИБ, которые проводят работы по ПМИ новых релизов своих или сторонних разработчиков.
Сегодня хочется познакомить вас с академическим исследованием "Uncovering Threats in Container Systems: A Study on Misconfigured Container Components in the Wild", выпущенным в конце прошлого года.
Во внимание исследователей попали Docker
и Kubernetes
, а основной упор тут на доступные в сети интернет их системные компоненты, которые ясно дело не должны туда торчать и предоставляют дополнительные вектора атак. Такие вещи они назвали Misconfigured Container Components
сокрушённо MCC
. В итоге таких неблагонадежных систем в интернете нашлось 1,003,947
. Для сбора данных использовали Shodan API
. В работе есть много разных интересных таблиц и классификаций, так что рекомендуем ознакомиться самостоятельно.
В прошлом году была раскрыта очередная уязвимость в ядре – CVE-2024-36972
. И помимо локального повышения привилегий с помощью эксплуатации этой уязвимости можно добиться Container Escape
!
Бага была обнаружена в рамках kernelCTF
(что это такое мы не раз рассказывали на канале). А совсем недавно появился публичный эксплойт.
Уязвимость затрагивает довольно свежие версии ядер:v6.8 – v6.9
v5.15.147
v6.1.78
v6.6.17
На нашем сайте стали доступны материалы с вебинара "Фреймворк безопасности контейнеров JCSF" (слайды и видео на VK,YT). Это почти 2 часа полезного материала про то как смотреть и делать безопасность в Kubernetes
.
Cегодня хотим обратить ваше внимание на информационное сообщение ФСТЭК России от 13 января 2025 г. N 240/24/38. Оно посвящено повышению безопасности средств защиты информации, в состав которых разработчики включают средства контейнеризации или образы контейнеров.
На нашей памяти это второе упоминание контейнеров/образов/микросервисов ФСТЭКом после публикации 118 приказа. Очень здорово, что регулятор все больше внимание удаляет данной теме!
И как раз в тему этого будет наш воркшоп “Основы анализа СЗИ в контейнерном исполнении с помощью Luntry” в рамках ТБФорум.
Изначально мы просто планировали сделать просто про релиз фреймворка безопасности контейнеров JCSF. А потом подумали а почему бы не пригласить коллег и вместе рассмотреть и обсудить их фреймворк в рамках отдельного стрима ?!
Так что завтра в 11:00 проведем эфир и там поговорим о фреймворке и вообще про безопасность Kubernetes
.
Если у вас уже есть вопросы по теме, то оставляйте их в комментариях к данному посту - постараемся все это задать/уточнить/обсудить.
Регистрация тут.
12 февраля команда Luntry едет в Екатеринбург
на Квартирник по безопасной разработке – встреча сообщества, на которой мы обсудим важность DevSecOps
в 2025
году, обменяемся опытом и идеями в обстановке дружеского квартирника.
В 18:20 будет доклад Сергея Канибора, R&D Luntry (и автора данного канала), на тему “Безопасность ML кластеров Kubernetes”.
Мероприятие проходит онлайн
и оффлайн
, начало в 16:00. Зарегистрироваться на квартирник можно по ссылке – количество мест ограничено!
P.S. Приходите пообщаться лично)
В декабре прошлого года ресерчеры из Unit 42
выпустили новое исследование – "Dirty DAG: New Vulnerabilities in Azure Data Factory’s Apache Airflow Integration".
На первый взгляд ничего общего с Kubernetes
тут нет, но как раз благодаря ряду критичных мисконфигов в инстансе Apache Airlfow
, запущенного под управлением K8s
исследователи смогли продвинуться дальше.
Получив реверс-шелл (ввиду отсутствия Network Policy
), благодаря DAG
, ресерчеры оказались внутри контейнера, использующего Service Account
с правами Сluster-Admin
. Далее они без особого труда прочитали секреты и сбежали на Node
.
Дальнейшие их продвижение затрагивало сервисы Azure
, но первоначальный доступ был получен именно благодаря недостаткам в кластере K8s
.
25 февраля
в 11:00
мы проведем вебинар «Безопасность контейнеров и Kubernetes для CISO».
Вебинар будет интересен также C-level
, тимлидам и руководителям информационной безопасности, которые работают с контейнерными средами или планируют их внедрение. Мы расскажем о ключевых аспектах безопасности контейнеров и Kubernetes
, поделимся практическим опытом и ответим на ваши вопросы.
Команда Luntry уже более 5
лет помогает компаниям из разных секторов (банки, ритейл, финансы и др.) обеспечивать безопасность контейнерных инфраструктур. Мы работали с кластерами различного размера и уровня зрелости, поэтому можем поделиться релевантным опытом как для новичков, так и для экспертов в области контейнеризации.
В рамках вебинара рассмотрим:
- Как и почему контейнеризация завоевывает инфраструктуры
- Что такое контейнеры и Kubernetes
- Как смотреть на защиту контейнерных сред
- Как совместно с ИТ это все использовать на благо, а не во вред
- Почему защита Kubernetes
это не то же самое, что и защита Windows/Linux/Mac
сред
- Какие подводные камни есть при защите контейнерных сред
Регистрация по ссылке.
В блоге исследовательской команды Aqua Security
вышел пост с громким названием "OPA Gatekeeper Bypass Reveals Risks in Kubernetes Policy Engines"! А по факту просто некорректно написанная политика... И такую некорректную политику можно написать и во всех других PolicyEngine
. Помимо этого мы на нашем канале уже об этом писали 3
года назад - вот оригинальный пост.
Вывод тут простой - внимательнее читайте наши посты и будете в курсе самых интересных кейсов раньше других ;)
В одном из своих прошлых постов мы уже упоминали доклад "Commencement into Real Kubernetes Security" от Jay Beale и Mark Manning с конференции ShmooCon 2025 и там делали акцент на релизе инструмента Seccomp-Diff. А сегодня хочется сделать акцент на самом докладе, потому что он просто великолепный и мысли авторов во многих моментах совпадают с нашими (которые мы рассказываем в наших выступлениях). Приятно что у мировых звезд индустрии такой же взгляд ;)
И так:
- Видео выступления
- Слайды выступления
- Демо из выступления (Взлом CIS
соответствующего кластера без CVE
- для многих это идеал)
И в шапке поста несколько шедевральных слайдов, там таких много, поэтому презентация MUST SEE! На самом деле прям хочется сделать отдельный стрим с разбором данной преза - настолько там много всего хорошего)
Занимательный материал "Migrating from Istio to Linkerd". Ранее подобного не встречал, а при этом последние наверное полгода - год вопросы про Linkerd
от друзей и клиентов мы получаем. Так что эта статья будет как раз в тему. При этом там и про механизмы безопасности не забыли в разделе "Migrating authorization policy".
А как у вас отношение к Linkerd
?)
Благодаря посту выше мы вышли на статью "The (Anti-)EDR Compendium" и решили сами обдумать действительно насколько это схоже с тем, что можно наблюдать в контейнерном мире, в Kubernetes
при работе runtime security
решений агентской природы (то, что ставится на Node
и мониторит происходящее там).
Основные моменты, которые хотелось бы подсветить:
1) Чем больше детектирующей логики на агенте/сенсоре, тем больше влияние на производительность и вообще возможность обработать большой поток сообщений (упираемся в лимиты и дропы). В контейнерном Мире все ухудшается тем, что там в большинстве своем высоконагруженные приложения и они генерируют большое количество событий, не под стать пользовательской машине. На пример мы встречали кейсы, где порождалось по 100тыщ
процессов в секунду (и это явно не предел, а с сетевыми может быть и еще хуже ситуация)! И чем больше там правил, тем больше времени и ресурсов надо чтобы это разобрать.
2) Сложные анализы на агенте/сенсоре — это всегда большие оверхеды. В разделе "Performance Impact" рассматривается ситуация сканирование памяти и файлом антивирусным движком. Как я думаю вы уже догадались это дорого! И это очень плохо влияет на систему контейнеризации (привет overlayfs
) и об этом и говорит документация docker
. Иначе это приведет к сбоям в работе контейнерных приложений.
Есть еще много общего и это мы рассматривали в вебинаре "Runtime Security: на вкус и цвет все фломастеры разные".
Если вы любитель внимательно почитать release notes
, то прочитав их к последнему релизу Docker 28, наверняка ваше внимание зацепили следующие изменения:
Fix a security issue that was allowing remote hosts to connect directly to a container on its published ports. moby/moby#49325
Fix a security issue that was allowing neighbor hosts to connect to ports mapped on a loopback address. moby/moby#49325
Docker
являются маршрутизаторами, поэтому другие хосты в той же локальной сети, где работает Docker
, могут получить доступ к контейнерам с запущенными сервисами, даже если эти порты не опубликованы, просто изменив свою таблицу маршрутизации так, чтобы она указывала на хост с Docker
, для этой сети.CVE
. Также готовится заметка в блог Docker
о том как эта уязвимость может повлиять на конечных пользователей.
Читать полностью…
Начнем эту неделю с простенькой статьи "Why running as root in Kubernetes containers is dangerous?". Целевая аудитория начинающие, но читайте ее внимательно ;) Уже ("наверное") скоро можно будет обсудить 0day
уязвимость в Kubernetes
, касающийся данного аспекта!
P.S. В Luntry детект уже в процессе добавления, статья для блога уже почти готова - ждем патча.
Довольно часто бывает так, что во время пентеста, оказавшись внутри контейнера, внутри либо нет никаких инструментов, либо нет возможности их докачать. Однако, многие популярные образы образы, например go
, haproxy
, kong
, nginx
и другие distroless
образы содержат бинарь с openSSL
.
Атакующие могут воспользоваться openSSL
для сканирования сети, например, с помощью такого oneliner
:
Читать полностью…
LOS_24_IP="ENTER_IP_TO_SCAN";IP=$(echo $LOS_24_IP | cut -d"." -f1,2,3);for i in $(seq 1 255); do NEW_IP=$(echo $IP.$i); (timeout .1 openssl s_client $NEW_IP 2>&1 | grep -q "connect:errno" && echo "$NEW_IP,up" 2>/dev/null) 2>/dev/null ;done
Если вам не хватает хардкора в теме безопасности контейнеров и Kubernetes
, то специально для вас у нас в блоге вышла статья "Ломаем ваши видеокарты: распаковка эксплойта для CVE-2024-0132 под NVIDIA Container Toolkit"!
Тема острая, горячая приправленная ML
-кластерами, драйверами видеокарт, атакой TOCTOU
, проблемой разыменования symlinks
;)
При этом тема очень актуальная ввиду все большего количества систем, работающих с видеокартами.
P.S. Раньше всех о таких материал можно узнать на нашем официальном канале.
В рамках недавно прошедшей конференции FOSDEM 2025 было ряд треков, которые явно подходят под тематику нашего канала и будут интересны нашей аудитории, а именно:
- Containers (тут и про Kubernetes
есть, конечно)
- eBPF (один доклад по ИБ)
- Monitoring and Observability (и k8s
и eBPF
тоже есть)
- Security (есть хорошие темы)
- SBOM (море всего интересного)
2025
-ый год начался с очередной CVE
для Kubernetes
. CVE-2025-0426: Node Denial of Service via kubelet Checkpoint API аффектит версии kubelet
с 1.32.0 – 1.32.1. 1.31.0 – 1.31.5, 1.30.0 – 1.30.9
, а также все версии до 1.25,
поскольку поддержка Container checkpoint
была добавлена как alpha feature
в этой версии.
Для эксплуатации уязвимости злоумышленнику достаточно отправить большое количество запросов на создание container checkpoint
на read-only HTTP port
(если включен, то по умолчанию 10255
), что вызовет многократное создание файлов с checkpoints
в /var/lib/kubelet/checkpoints
и как следствие устроит DoS
для Node
.
Однако, чтобы узявимость была эксплуатабельна должно сойтись несколько факторов:
1) Должен быть включен read-only port
у kubelet
. Он включается отдельным параметром в конфиге
2) Используемый container runtime
должен поддерживать container checkpointing feature
, например CRI-O v1.25.0+
(с включенным параметром enable_criu_support
) или containerd v2.0+
с установленным criu
3) В самом kubeapi
должен быть включен ContainerCheckpoint feature gate
Мы видим как у наших клиентов и друзей все больше появляется самописных kubernetes
операторов (про сторонние даже говорить нечего - их очень много уже в любой инфраструктуре). Тут важно понимать какие с ними могут быть проблемы. И как раз для этого может пригодиться работа "An Empirical Study on Kubernetes Operator Bugs", где рассматривается 210
ошибок с 36
операторов. Это все хорошо классифицировано и систематизировано, что позволяет поучиться на ошибках других и не допускать подобного в своих проектах.
8 февраля проходил Red Team Village Overflow
с множеством различных воркшопов, тему Kubernetes Security
также не обделили вниманием.
На протяжении почти двух часов Graham Helton
(Red Team Security Engineer, Google
) в своем воркшопе Breaching Bare Metal Kubernetes Clusters
рассматривает несколько сценариев атак, которые могут быть использованы для полной компрометации кластера Kubernetes
:- Namespace isolation
- Pod breakout
- RBAC abuse
- Steal Secrets
После каждой атаки автор рассмотрел средства контроля, которые могут остановить или смягчить каждую атаку, какие инструменты следует иметь в своем арсенале при проведении аудита Kubernetes
, а также последствия (и заблуждения) Kubernetes
для безопасности.
Со слайдами и лабами из воркшопа можно ознакомиться в репозитории автора. Запись стрима доступна на YouTube.
Мы наконец-то сделали официальный telegram канал для нашего решения Luntry, где будет публиковаться информация как о самом решении, так и наших активностях, новостях. Ну и хорошим техническим материалом канал не будет обделен. Там уже сейчас можно ознакомиться со статьей про инцидент SolarWinds в контейнерном Мире.
Подписывайтесь!
Есть такое предчувствие, что такие механизмы как AppArmor
и Seccomp
получат вторую жизнь и все благодаря контейнерам =)
Проект Kubernetes-AppArmor-Profiles еще одно подтверждение этому. В нем собраны AppArmor
и Seccomp
профили для популярных образов приложений: grafana
, ingress-nginx
, memcached
, nginx
, postgresql
, prometheus
, redis
, tomcat
, traefik
.
P.S. Ну и не зря же мы в наш Luntry пару лет назад добавляли генератор AppArmor
профилей в конце концов ;)
В прошлом году, в одном из постов, мы рассказывали про инструмент k8spider и его возможности. Его автор совсем недавно выпустил статью "Spider in the Pod - How to Penetrate Kubernetes with Low or No Privileges", в которой рассказал как можно пентестить Kubernetes
когда привилегий совсем нет или их очень мало.
Автор разбирает несколько кейсов для получения первоначального доступа: Java Heapdump to Cluster Initial Access, Gain Cluster Admin via Weave Scope Internal Unauthenticated Service, Leakage of sensitive information via mutating webhoo
k и Attacking persistent Database backend with NFS/CSI storage
. Крайне рекомендуем ознакомиться со всеми более детальней!
В своем повествании автор возвращается к k8spider
, а точнее улучшениям которые были внесены в последней версии. Теперь k8spider
умеет парсить метрики kube-state-metrics
и по ним восстанавливать информацию по доступным ресурсам и их конфигурации.
Инженеры из Cilium
опубликовали книгу Kubernetes Network Policies Done the Right Way
.
Из этой книги вы узнаете:
- Что такое NetworkPolicy
, какова их роль в обеспечении безопасности workloads, и как преодолеть проблемы с их внедрением
- Про разные подходы к использованию сетевых политик, управление ими, и их конфигурацию
- Про принятие принципа Zero Trust
, использование Hubble
для повышение observability
Экземпляр книги прикладываем во вложении к посту.
Вышла очередная статья из цикла Kubernetes security fundamentals
от Rory McCune, на этот раз про Networking.
В начале автор рассказывает про так называемые Network trust zones
, а потом представляет CNI
, сетевые политики и способы управления ими.
В конце, автор приводит манифест для поднятия демо-стенда.
Напоминаем, что идет прием заявок на доклады на конференцию БеКон 2025!
Если мы на предыдущие конференции только приглашали докладчиков из наших клиентов, друзей и партнеров, на конкретные темы, то сейчас появляется возможность предложить свою тему самостоятельно ;)
Требования к заявке:
- Продолжительность доклада — не более 25 минут
- Тема по безопасности контейнеров и Kubernetes
- Выступление рассчитано на технических специалистов
- Доклад актуален и основан на личном опыте
- Доклад ранее нигде не был представлен
- Доклад глубоко раскрывает тему и имеет практическое применение
Заявки принимаются до 31 марта! Сама конференция будет в начале июня.
13 февраля на ТБ Форуме пройдет доклад Анатолия Карпенко, инженера по автоматизации Luntry, на тему “Основы анализа СЗИ в контейнерном исполнении с помощью Luntry”.
За достаточно небольшой временной интервал мы с вами пройдем путь от полного неведения о попавшем нам в руки для анализа СЗИ в контейнерном исполнении, до полного понимания, что это за средство, как оно устроено и насколько все хорошо у него с безопасностью.
В рамках доклада:
- Узнаем, как можно быстро понять исследуемое приложение с точки зрения его компонентов и активности;
- Разберемся, на какие аспекты образов контейнеров стоит обращаться внимание с точки зрения информационной безопасности;
- Поднявшись на уровень выше, углубимся в свойства безопасности на уровне контейнеров и YAML
файлов, описывающих их в Kubernetes
.
- На каждом этапе остановимся на рекомендациях по исправлению и улучшению уровня безопасности контейнерного приложения.