Ingress NGINX: Заява Керівного комітету та Комітету з реагування на загрози безпеці Kubernetes
У березні 2026 року Kubernetes припинить підтримку Ingress NGINX, критично важливої інфраструктури для приблизно половини середовищ cloud native. Припинення підтримки Ingress NGINX було оголошено на березень 2026 року після років публічних попереджень про те, що проєкт гостро потребує учасників та супровідників. Після припинення підтримки проєкту більше не буде випусків для виправлення помилок, патчів безпеки або будь-яких оновлень. Це не можна ігнорувати, відкидати або залишати на останню хвилину. Неможливо переоцінити серйозність ситуації та важливість негайного початку міграції на альтернативні рішення, такі як Gateway API або один із багатьох сторонніх контролерів Ingress.
Щоб було абсолютно зрозуміло: рішення залишитися з Ingress NGINX після припинення його підтримки робить вас і ваших користувачів вразливими до атак. Жодна з доступних альтернатив не є прямою заміною. Це вимагатиме часу на планування та розробку. Половина з вас буде зачеплена цією проблемою. У вас залишилося два місяці на підготовку.
Наявні розгортання продовжуватимуть працювати, тому, якщо ви не перевірите це самостійно, ви можете не знати, що вас це стосується, доки ви не станете жертвою атаки. У більшості випадків ви можете перевірити, чи покладаєтеся ви на Ingress NGINX, запустивши kubectl get pods --all-namespaces --selector app.kubernetes.io/name=ingress-nginx з правами адміністратора кластера.
Попри широку популярність і поширене використання компаніями різного розміру, а також неодноразові заклики про допомогу від супровідників, проєкт Ingress NGINX так і не отримав учасників, яких він так гостро потребував. Згідно з внутрішнім дослідженням Datadog, близько 50% середовищ cloud native наразі залежать від цього інструменту, проте протягом останніх кількох років його супроводжували лише одна або дві особи, які працювали у вільний час. Без достатньої кількості персоналу для супроводу інструменту на рівні, який ми та наші користувачі вважали б безпечним, відповідальним рішенням є поступова відмова від нього та переорієнтація зусиль на сучасні альтернативи, такі як Gateway API.
Ми ухвалили це рішення не легковажно; хоч яким незручним воно є зараз, воно необхідне для безпеки всіх користувачів та екосистеми в цілому. На жаль, гнучкість, з якою був розроблений Ingress NGINX, яка колись була благом, стала тягарем, який неможливо подолати. З накопиченим технічним боргом та фундаментальними проєктними рішеннями, що посилюють недоліки безпеки, продовжувати супровід інструменту, навіть якщо б ресурси зʼявилися, більше не є розумним і навіть можливим.
Ми робимо цю заяву спільно, щоб підкреслити масштаб цієї зміни та потенційний серйозний ризик для значної частини користувачів Kubernetes, якщо цю проблему ігнорувати. Необхідно негайно перевірити свої кластери. Якщо ви покладаєтеся на Ingress NGINX, ви мусите почати планувати міграцію.
Дякуємо,
Керівний комітет Kubernetes
Комітет з реагування на загрози безпеці Kubernetes