Это патч-релиз для 9.8.0, и сам Gradle рекомендует переходить на 9.8.1. У всех трёх уязвимостей рейтинг High, а под них попадают версии 9.0.0–9.8.0 и всё, что старше 8.14.6.
Что закрыли:
👉 Daemon десериализовал Java-объекты от client ещё до проверки секретного токена. Чужой локальный пользователь или процесс на той же машине мог выполнить код внутри daemon с правами того, кто запускает сборку 🔗 GHSA-xwqc-3h47-hg64
👉 Канал между worker и daemon вообще не проверял, кто к нему подключается, и тоже использовал Java-сериализацию. Атаковать сложнее: нужно успеть влезть в короткое окно, пока стартует worker 🔗 GHSA-mvvg-497x-hmj8
👉 Если репозиторий падал с ошибкой SSL, Gradle не отключал его, а шёл искать зависимость в следующем по списку. Так можно подсунуть вредоносный артефакт, если атакующий контролирует один из репозиториев ниже 🔗 GHSA-j5m7-59rp-24f5
Дыры в daemon по сети удалённо не эксплуатируются, так что в первую очередь под ударом shared CI-агенты и машины с несколькими пользователями.
Заодно починили регрессии 9.8.0: ругань на toolchain на Debian/Ubuntu, проблемы с dependency resolution и сломанный сбор логов в тестах Quarkus.
Обновиться можно по классике через wrapper, командой из release notes:
./gradlew :wrapper --gradle-version=9.8.1 && ./gradlew :wrapper
А можно поручить это агенту через skill
gradle-wrapper-upgrade из официального плагина Gradle Skills, про них я недавно писал. Он обновит wrapper, пропишет checksum дистрибутива и проверит, что билд на новой версии проходит конфигурацию. Если не проходит, откатит изменения.⚠️ Важно: для ветки 8.x фикс заявлен в 8.14.6, но сам релиз пока не вышел. Если обновиться прямо сейчас не получается, Gradle советует включить dependency verification и не гонять сборки на shared-машинах.
🐱 Релиз 9.8.1 на GitHub
🔗 Release notes
#Gradle