Katalog podatności CVE

W Jij-Inc Jij-MCP-Server 0.1.0 wykryto podatność w funkcji PythonREPL.run pliku jij_mcp/python_repr.py komponentu jm_check. Manipulacja argumentem code prowadzi do wstrzyknięcia kodu. Atak może być przeprowadzony zdalnie, a exploit został upubliczniony.

Wykryto podatność w urządzeniu Edimax EW-7478APC w wersji 1.04. Problem dotyczy funkcji stainfo w pliku /goform/stainfo, gdzie manipulacja argumentem interface prowadzi do wstrzyknięcia komend. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

Wykryto podatność w urządzeniu Edimax EW-7478APC w wersji 1.04. Problem dotyczy funkcji setWAN w pliku /goform/setWAN, gdzie manipulacja argumentami pppUserName/pptpUserName/L2TPUserName prowadzi do wstrzyknięcia komend. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

Wykryto podatność w urządzeniu Edimax EW-7478APC w wersji 1.04. Dotyczy ona funkcji formWlSiteSurvey w pliku /goform/formWlSiteSurvey. Manipulacja argumentem selSSID prowadzi do przepełnienia bufora. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

Wykryto podatność w urządzeniu Edimax EW-7478APC w wersji 1.04. Dotyczy funkcji formWlbasic w pliku /goform/formWlbasic. Manipulacja argumentem rootAPmac prowadzi do wstrzyknięcia komend. Atak może być przeprowadzony zdalnie, a exploit jest publiczny.

Wykryto słabość w urządzeniu Edimax EW-7478APC w wersji 1.04. Dotyczy funkcji formWanTcpipSetup w pliku /goform/formWanTcpipSetup. Manipulacja argumentem pppUserName powoduje przepełnienie bufora oparte na stosie. Atak może być przeprowadzony zdalnie, a exploit jest publiczny.

Wykryto podatność w projekcie iatsiuk pptr-mcp do wersji 0.2.7. Dotyczy funkcji executeCode w pliku src/vm-executor.ts komponentu execute Tool. Manipulacja prowadzi do wstrzyknięcia kodu. Atak może być przeprowadzony zdalnie, a exploit jest publiczny.

Wykryto podatność w projekcie graphlit graphlit-mcp-server w wersji 1.0.1. Dotyczy funkcji fetch w pliku src/tools.ts komponentu ssrf-test Endpoint. Manipulacja argumentem url prowadzi do podrobienia żądania po stronie serwera (SSRF). Atak może być przeprowadzony zdalnie, a exploit jest publiczny.

Wykryto podatność w projekcie gomarble-ai facebook-ads-mcp-server w wersji 0.1.0. Dotyczy funkcji fetch_pagination_url w pliku server.py. Manipulacja prowadzi do podrobienia żądania po stronie serwera (SSRF). Atak może być przeprowadzony zdalnie. Dostępna jest poprawka o identyfikatorze 4e53875aa22e8991c2fa4a7660d86e1caba66659.

Wykryto podatność w TrailDB w wersji 0.6. Dotyczy funkcji tdb_open w pliku /src/tdb.c komponentu TOC Validation. Manipulacja prowadzi do odczytu poza zakresem (out-of-bounds read). Atak może być przeprowadzony zdalnie, a exploit jest publiczny.

OpenTofu przed wersją 1.11.4 zawiera podatność na atak typu denial of service w poleceniu tofu init podczas przetwarzania złośliwie spreparowanych archiwów .zip dla pakietów providerów lub modułów. Atakujący mogą spowodować nadmierne zużycie CPU, kontrolując zawartość archiwum .zip serwowanego podczas instalacji zależności, co obniża wydajność systemu i uniemożliwia terminowe zakończenie procesu init.

OpenTofu przed wersją 1.11.7 nie weryfikuje istniejących dowiązań symbolicznych w katalogu pamięci podręcznej dostawców podczas inicjalizacji. Atakujący mogą umieścić złośliwe dowiązanie symboliczne w zaufanym katalogu roboczym, aby spowodować, że polecenie tofu init zapisze zawartość pakietów dostawców w dowolnych lokalizacjach w systemie plików poza drzewem roboczym.

Scriban przed wersją 6.6.0 zawiera podatność na niekontrolowaną rekurencję w parserze rekurencyjnym. Parser nie egzekwuje domyślnego limitu głębokości wyrażeń (ExpressionDepthLimit jest domyślnie null/wyłączony), więc atakujący kontrolujący dane wejściowe szablonu może dostarczyć głęboko zagnieżdżony szablon (np. tysiące zagnieżdżonych nawiasów), co wyczerpuje stos wątku i powoduje StackOverflowException. Ponieważ wyjątek StackOverflowException nie może być przechwycony w .NET, prowadzi to do natychmiastowego, nieodwracalnego zakończenia procesu, co skutkuje odmową usługi.

Scriban przed wersją 6.6.0 zawiera podatność na nieskończoną rekurencję podczas renderowania obiektów, gdy właściwość ObjectRecursionLimit jest domyślnie nieograniczona. Atakujący mogą dostarczyć obiekty z cyklicznymi referencjami do kontekstu szablonu, wyczerpując stos i wywołując nieprzechwytywalny StackOverflowException, który kończy proces hostujący.

Scriban przed wersją 7.0.0 (dotknięte wersje <= 6.6.0) zawiera podatność na przepełnienie stosu w parsowaniu zagnieżdżonych inicjalizatorów tablic. Głęboko zagnieżdżone inicjalizatory tablic rekurencyjnie przechodzą przez ścieżkę (ParseArrayInitializer → ParseExpression → ParseArrayInitializer), która nie jest objęta licznikiem ExpressionDepthLimit dodanym w poprawce dla GHSA-wgh7-7m3c-fx25. Atakujący, który może dostarczyć niezaufane dane do Template.Parse, może wywołać nieprzechwytywalny StackOverflowException, natychmiast kończący proces, nawet przy domyślnym włączonym ExpressionDepthLimit.

Scriban przed wersją 7.0.0 nie czyści słownika CachedTemplates podczas wywołania TemplateContext.Reset(), co pozwala na utrzymywanie się buforowanych szablonów w ponownie używanych kontekstach. Atakujący mogą wykorzystać zależne od żądania implementacje ITemplateLoader, aby uzyskać dostęp do wcześniej autoryzowanych treści szablonów z wcześniejszych renderowań bez ponownego wywoływania TemplateLoader.Load().

Scriban przed wersją 7.0.0 przechowuje w pamięci podręcznej obiekty TypedObjectAccessor tylko według typu, bez uwzględniania zmian MemberFilter. Pozwala to na ponowne użycie instancji TemplateContext i ujawnienie członków, które powinny być ukryte, co umożliwia atakującemu dostęp do filtrowanych właściwości i pól po zaostrzeniu filtrów.

Scriban przed wersją 7.0.0 (dotknięte <= 6.6.0) stosuje ograniczenie LoopLimit tylko do instrukcji pętli skryptowych, a nie do kosztownych iteracji wykonywanych wewnątrz wbudowanych operatorów i funkcji. W rezultacie pojedyncze wyrażenie, takie jak {{ 1..1000000 | array.size }} lub wyrażenie amplifikujące pamięć, takie jak {{ 'A' * 200000000 }}, może wymusić duże zużycie CPU lub pamięci nawet przy skonfigurowanym bardzo małym LoopLimit, co prowadzi do odmowy usługi.

Scriban przed wersją 7.0.0 (dotknięte wersje <= 6.6.0) zawiera podatność na niekontrolowaną alokację pamięci w funkcjach szablonu string.pad_left i string.pad_right, które nie walidują parametru width przed delegowaniem do .NET String.PadLeft/PadRight. Gdy aplikacja udostępnia Scriban niezaufanym danym wejściowym, atakujący może podać bardzo dużą wartość width (np. 500 000 000), co powoduje alokację ~1GB pamięci w jednym wywołaniu, prowadząc do OutOfMemoryException i odmowy usługi. Limit LimitToString nie zapobiega temu, ponieważ jest egzekwowany dopiero po pełnej alokacji stringa.

Scriban przed wersją 7.0.0 zawiera podatność na niekontrolowaną rekurencję w funkcji wbudowanej object.to_json, która nie ma limitów głębokości ani wykrywania cyklicznych referencji. Atakujący mogą tworzyć szablony z obiektami odwołującymi się do siebie, co powoduje nieograniczoną rekurencję i wyjątek StackOverflowException, który kończy proces .NET.