Podatność w mechanizmie obsługi szablonów Go polega na nieprawidłowej obsłudze znaku backtick (`) jako ogranicznika ciągów JavaScript, co umożliwia wstrzyknięcie dowolnego kodu JavaScript. Błąd ma krytyczny poziom zagrożenia ze względu na możliwość zdalnego wykonania kodu bez uwierzytelnienia.
▸ Pokaż oryginał (EN)
Templates do not properly consider backticks (`) as Javascript string delimiters, and do not escape them as expected. Backticks are used, since ES6, for JS template literals. If a template contains a Go template action within a Javascript template literal, the contents of the action can be used to terminate the literal, injecting arbitrary Javascript code into the Go template. As ES6 template literals are rather complex, and themselves can do string interpolation, the decision was made to simply disallow Go template actions from being used inside of them (e.g., "var a = {{.}}"), since there is no obviously safe way to allow this behavior. This takes the same approach as github.com/google/safehtml. With fix, Template. Parse returns an Error when it encounters templates like this, with an ErrorCode of value 12. This ErrorCode is currently unexported but will be exported in the release of Go 1.21. Users who rely on the previous behavior can re-enable it using the GODEBUG flag jstmpllitinterp=1, with the caveat that backticks will now be escaped. This should be used with caution.
Szablony Go nie traktują znaku backtick (`) jako ogranicznika ciągów JavaScript i nie wykonują jego odpowiedniego escapowania. Począwszy od standardu ES6, backticki są używane w JavaScript do tworzenia tzw. template literals (literałów szablonowych). Jeśli szablon Go zawiera akcję szablonu (Go template action) wewnątrz literału szablonowego JavaScript, zawartość tej akcji może zostać użyta do przedwczesnego zakończenia literału, co pozwala na wstrzyknięcie dowolnego kodu JavaScript. Poprawka powoduje, że funkcja Template.Parse zwraca błąd z kodem ErrorCode o wartości 12 po napotkaniu takich konstrukcji jak np. `var a = {{.}}`.
Atakujący może wstrzyknąć i wykonać dowolny kod JavaScript w kontekście podatnej aplikacji, co potencjalnie prowadzi do naruszenia poufności, integralności oraz dostępności systemu.
Należy zastosować patche dostępne u producenta zgodnie z referencjami (https://support.zabbix.com/browse/ZBX-23388). W przypadku konieczności zachowania poprzedniego zachowania możliwe jest tymczasowe użycie flagi GODEBUG z wartością jstmpllitinterp=1, jednak należy stosować to rozwiązanie z dużą ostrożnością, gdyż nie eliminuje ryzyka.
Zabbix Zabbix-Agent2 — wersje wskazane w referencjach producenta (tracker ZBX-23388)
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HZabbix Agent2
APPZabbix5.0.0 – 5.0.35 (bez)6.0.0 – 6.0.18 (bez)6.4.0 – 6.4.3 (bez)
Powiązane podatności
Privilege escalation do root w zabbix-agent2 na Alpine Linux
The Zabbix Agent 2 item key smart.disk.get does not sanitize its parameters before passing them to a shell com...
Arbitrary file read vulnerability exists in Zabbix Web Service Report Generation, which listens on the port 10...
Zabbix SAML SSO — privilege escalation do konta administratora
SQL Injection w Zabbix – podatność w klasie CUser umożliwia eskalację uprawnień