Katalog CVE

CVE-2026-104634

NiskieCVSS 2.3
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.34%

Percentyl 26 - wyżej niż 26% wszystkich znanych CVE

Streszczenie

Podatność nieprawidłowej konwersji lub rzutowania typów w BeamMCP.Server w ScriptKittyOS beam_mcp pozwala argumentom narzędzia JSON true, false i null klienta MCP dotrzeć do funkcji dispatch hosta jako ciągi "true", "false" i "nil". Po zaakceptowaniu wartości jako boolean przez BeamMCP.Schema.validate/2, normalize_arguments/2 przekazywało każdy argument przez to_json_value/1, którego klauzula atomowa konwertuje true, false i nil na ciągi. Ciąg jest prawdziwy w Elixir, więc host testujący argument boolean, na przykład if args.dry_run, wybiera przeciwną gałąź dla false, a guard taki jak confirm: false odczytywany jest jako ustawiony. Klient kontroluje argument i mógłby wysłać true bezpośrednio, więc praktyczny wpływ ogranicza się do hostów, których zachowanie dla false różni się od zachowania dla true, oraz do warstwy polityki przed serwerem, która zezwala na false, ale odmawia true. Ta sama normalizacja dotyczy argumentów prompts/get, które istnieją od 0.5.0. Problem dotyczy beam_mcp od 0.1.0 przed 0.10.1.

Ocena ryzyka

Może dojść do nieoczekiwanego zachowania hosta, ponieważ wartość false jest traktowana jako prawdziwa, co może prowadzić do obejścia polityk bezpieczeństwa lub wykonania niezamierzonych operacji.

Rekomendacja

Zaktualizuj beam_mcp do wersji 0.10.1 lub nowszej, aby naprawić nieprawidłową konwersję typów argumentów.

Inne podatności w beam_mcp

Oryginalny opis (angielski, źródło NVD)

Incorrect Type Conversion or Cast vulnerability in BeamMCP.Server in ScriptKittyOS beam_mcp allows an MCP client's JSON true, false and null tool arguments to reach the host's dispatch function as the strings "true", "false" and "nil". After BeamMCP.Schema.validate/2 accepted a value as a boolean, normalize_arguments/2 passed every argument through to_json_value/1, whose atom clause converts true, false and nil to strings. A string is truthy in Elixir, so a host that tests a boolean argument, for example if args.dry_run, takes the opposite branch for false, and a guard such as confirm: false reads as set. The client controls the argument and could send true directly, so the practical impact is limited to hosts whose behaviour on false differs from their behaviour on true, and to any policy layer in front of the server that permits false but refuses true. The same normalisation applies to prompts/get arguments, which exist from 0.5.0. This issue affects beam_mcp: from 0.1.0 before 0.10.1.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS