Уважаемые читатели расскажите пожалуйста нам зачем вы (или не вы) сканите хостовую ОС, на которой работает кластер
Kubernetes, на известные уязвимости в пакетах? Какой сценарий атаки вы в таком случае рассматриваете? Какую модель нарушителя берете в рассмотрение? (Задачу прибавить работы коллегам не рассматриваем и "так написал коллега до меня" тоже!)Лично мое мнение, что это максимально бесполезное дело в кластере
Kubernetes и у меня есть следующие аргументы на этот счет:1) Контейнеры используют пакеты из образа и хостовых никак не касаются
2) Ни один разработчик платформы
Kubernetes не рассматривает вообще сценариев, что при работе с кластером человеку нужно ходить на Nodes, тоесть прямых доступов не надо. Общался с ребятами из Deckhouse, Штурвал, OpenShift, Talos. В сценариях с отладкой помним про kubectl debug на пример. 3) Любой пентестер знает, что если попал на тачку где работает
Container Runtime Socket (а он есть на всех Nodes!), то все Game Over - повышение привилегий у тебя в руках.4) Сценарии что у вас еще просто так запускается не контейнризированный софт (о котором не известно
Kubernetes) не берем во внимание - это уже совсем другой класс проблем (и по мне более серьезный). И вы скорее напортачите с распределением ресурсов (ведь Kubernetes не учтет эту нагрузку если вы в ручную это не занесете) и в один день там просто случиться авария.Теперь ваш ход =)
P.S. Игра называется Риск ориентированный подход! Игру придумали не мы ;)
