
Зачем использовать аутентификацию на уровне приложения, если в каждой базе данных есть аутентификация? (Splunk Enterprise CVE-2026-20253: удаленное выполнение кода до аутентификации) — watchTowr Labs
![]()
Why Use App-Level Auth When Every Database Has Auth? (Splunk Enterprise CVE-2026-20253 Pre-Auth RCE)
Three posts? In three days? Are we insane? We're home alone, there's no one to stop us, and we're up past bedtime. So, we need to talk about Splunk. On June 10th, Splunk published this CVE-2026-20253 advisory: It has everything that we love: * No authenticationlabs.watchtowr.com
1. Он собирает журналы, метрики и данные о событиях из всей ИТ-среды организации — серверов, приложений, сетевых устройств и инструментов безопасности — и индексирует их, чтобы их можно было запрашивать практически в режиме реального времени с помощью языка обработки запросов Splunk (SPL).
2. Вооружившись свежей информацией о том, что служба PostgreSQL Sidecar Service принимает любые учетные данные, у нас возникли дополнительные вопросы: рекомендация была довольно четкой: произвольное создание и усечение файлов.
3. Сюрприз: как мы уже знаем, мы полностью контролируем аргумент dbname, и, похоже, PostgreSQL позволяет определять строку подключения в имени базы данных (lol).