CVE-2026-61741

Przed 18.09.2026 polityka AWS aplikacji mobilnej iSteamX mogła przyznawać uwierzytelnionym użytkownikom dostęp do tematów MQTT z symbolami wieloznacznymi, co może ujawniać dane urządzeń innych użytkowników i pozwalać atakującemu na włączanie i wyłączanie urządzeń innych połączonych użytkowników. Groziło to ujawnieniem informacji z profilu użytkownika oraz potencjalnym poparzeniem z powodu niezamierzonego uruchomienia urządzenia.

Omni C20 nie przeprowadza prawidłowej walidacji certyfikatów, co może pozwolić atakującemu na przeprowadzenie ataku typu man-in-the-middle, a w konsekwencji na wykonanie dowolnego kodu.

ServiceNow naprawiło podatność polegającą na braku autoryzacji zidentyfikowaną w ServiceNow AI Platform. Podatność ta mogła w pewnych okolicznościach pozwolić nieuwierzytelnionemu użytkownikowi na wyodrębnienie danych instancji wykraczających poza zamierzone, co prowadzi do eskalacji uprawnień.

W interfejsie zarządzania web drukarki Honeywell PD45 Industrial Printer w wersji F10.19.010040 występuje podatność umożliwiająca nieuwierzytelnione zdalne wykonanie kodu poprzez przesłanie dowolnego pliku. Atakujący może przesłać pliki pod swoją kontrolą bez konieczności uwierzytelnienia.

ServiceNow naprawiło podatność SQL injection zidentyfikowaną w ServiceNow AI Platform. Podatność ta mogła w pewnych okolicznościach pozwolić nieuwierzytelnionemu użytkownikowi na wykonanie dowolnych instrukcji SQL względem bazy danych instancji oraz na dostęp do danych instancji lub ich modyfikację wykraczającą poza zamierzone.

DBHub, serwer MCP dla baz danych, w wersjach przed 0.22.5 udostępnia nieuwierzytelniony endpoint HTTP MCP po uruchomieniu w trybie transportu HTTP. Mechanizm ochrony oparty na porównaniu nagłówków Origin i Host nie zapobiega atakowi DNS rebinding, co pozwala złośliwej stronie wywoływać narzędzia MCP z przeglądarki ofiary. W zależności od konfiguracji może to prowadzić do odczytu, wyliczenia, a potencjalnie zapisu zawartości bazy danych.

Decepticon, autonomiczny agent hakerski dla zespołów red team, w wersjach przed 1.1.17 osadza wyniki crawlowania stron w wiadomościach LLM bez neutralizacji literałów specjalnych tokenów ChatML. W modelu BYOK większość dostawców modeli nie filtruje tych literałów, więc atakujący może umieścić je na stronie docelowej, aby sfałszować turę operatora i obejść zabezpieczenia agenta. Prowadzi to do wykonania dowolnych poleceń w sandboxie Kali Linux.

W module x/bonds blockchainu ixo przed wersją 8.0.0 następowało przenoszenie środków z adresu rozwiązanego z metody weryfikacji DID bez sprawdzenia, czy adres ten należy do podpisującego transakcję. Atakujący mógł zarejestrować adresy ofiar jako metody weryfikacji na własnym DID i przenieść ich salda do kontrolowanego przez siebie bonda, a następnie wypłacić i przenieść środki poza łańcuch. Podatność została wykorzystana w mainnecie ixo (ixo-5) w dniu 2026-06-20 i naprawiona w wersji 8.0.0.

W Termix od wersji 2.4.1 do 2.5.1 uwierzytelniony administrator może zapisać kontrolowane przez atakującego wartości domeny i adresu e-mail przez PATCH /users/acme-ssl-settings, a następnie wywołać ich interpolację do polecenia powłoki certbot przez POST /users/acme-ssl-request. W pliku acme-ssl-routes.ts funkcja child_process.execSync wywołuje /bin/sh -c z tymi wartościami jedynie w cudzysłowach, co pozwala na wykonanie dowolnych poleceń systemowych jako proces backendu Termix. Podatność dotyczy trybów HTTP webroot i DNS Cloudflare challenge, a jej wykorzystanie ujawnia bazy danych Termix, sekrety procesu, przechowywane poświadczenia i dostęp sieciowy. Problem naprawiono w wersji 2.5.1.

W Dokploy przed wersją 0.29.13 procedura tRPC patch.readRepoDirectories przekazuje kontrolowaną przez użytkownika wartość repoPath z pliku patch.ts do polecenia powłoki w patch-repo.ts bez bezpiecznego cytowania argumentów. Uwierzytelniony członek organizacji z uprawnieniem service:read może wstrzyknąć metaznaki powłoki do repoPath i wykonać dowolne polecenia przez child_process.exec jako root w kontenerze Dokploy. Ponieważ standardowe wdrożenie montuje /var/run/docker.sock, wykonanie poleceń jako root w kontenerze może posłużyć do kontroli Dockera i przejęcia hosta oraz zarządzanych aplikacji. Problem naprawiono w wersji 0.29.13.