CVE-2026-67276
WysokieCVSS 8.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 28 - wyżej niż 28% wszystkich znanych CVE
Streszczenie
RouterOS nie porównuje całego klucza publicznego RSA podczas dopasowywania żądania uwierzytelnienia SSH do autoryzowanego klucza użytkownika, sprawdzając typ klucza i moduł, ale pomijając wykładnik. Ponieważ weryfikacja podpisu używa klucza dostarczonego przez klienta, atakujący znający autoryzowany moduł RSA może dostarczyć klucz z wykładnikiem jeden, sfałszować podpis i otworzyć kanał SSH jako docelowy użytkownik bez posiadania klucza prywatnego. Problem dotyczy tylko gałęzi 7.x i został naprawiony w wersjach 7.23.4 (Long-term) i 7.24.2 (Stable).
Ocena ryzyka
Ryzyko obejmuje nieautoryzowany dostęp do systemu przez SSH, co może prowadzić do pełnego przejęcia konta użytkownika i naruszenia bezpieczeństwa systemu.
Rekomendacja
Zaleca się natychmiastową aktualizację RouterOS do wersji 7.23.4 (Long-term) lub 7.24.2 (Stable) lub nowszej.
Inne podatności w RouterOS
Zobacz wszystkie- CVE-2026-84411Krytyczne
Usługa zarządzania webowego w podatnych wersjach RouterOS zawiera błąd typu integer underflow w obsłudze treści żądań HTTP, osiągalny przed uwierzytelnieniem. Nieuwierzytelniony atakujący z dostępem sieciowym może wykorzystać pojedyncze spreparowane żądanie do zdalnego wykonania kodu jako root lub do wywołania odmowy usługi.
- CVE-2026-86060KrytyczneAktywnie exploitowane
RouterOS zawiera błąd w obsłudze argumentów w ścieżce logowania SSH dotyczący nazw użytkowników rozpoczynających się od zabronionego znaku, co pozwala na zmianę zaufanej maski polityki RouterOS, prowadząc do eskalacji uprawnień. Eksploitacja wymaga nieuwierzytelnionej sesji SSH, aby dotrzeć do pomocnika logowania RouterOS. Problem naprawiono w wersjach: 6.49.21 (Long-term), 7.23.4 (Long-term) i 7.24.2 (Stable).
- CVE-2026-67279ŚrednieAktywnie exploitowane
RouterOS SSH przechodzi do protokołu połączenia po rekey żądanym przez klienta, nawet jeśli uwierzytelnienie użytkownika nigdy nie zostało przeprowadzone, co pozwala nieuwierzytelnionemu klientowi otworzyć kanał sesji i wysłać żądanie exec. W dotkniętych wersjach serwer wykonuje polecenie, umożliwiając nieuwierzytelnione tworzenie, nadpisywanie i odtwarzanie plików w zarządzanej przestrzeni plików RouterOS, w tym plików pomocniczych zawierających dane konfiguracyjne i diagnostyczne. Problem naprawiono w wersjach: 6.49.21 (Long-term), 7.23.4 (Long-term) i 7.24.2 (Stable).
- CVE-2026-67277WysokieAktywnie exploitowane
RouterOS akceptuje połączenie "related" btest przed zakończeniem uwierzytelniania odpowiedniej sesji głównej. Nieuwierzytelniony klient może wykorzystać ten stan do rozpoczęcia testu IPv4 UDP. Przy "random-data=false" nadawca transmituje niezainicjalizowany ogon z bufora pakietów jądra. Osobny, niesprawdzony, odwrócony interwał rozmiaru pakietu powoduje niedomiar liczby całkowitej bez znaku, anomalnie duży fragmentowany wynik i może zrestartować jądro RouterOS. Problem naprawiono w wersjach: 6.49.21 (Long-term), 7.23.4 (Long-term) i 7.24.2 (Stable).
- CVE-2026-56719Średnie
MikroTik RouterOS przed wersją 7.24 zawiera podatność na odczyt poza zakresem w demonie SMB w przestrzeni użytkownika, która pozwala nieuwierzytelnionym atakującym na odczyt danych poza końcem bufora żądania poprzez dostarczenie spreparowanego pola uniPwdLen w minimalnej ramce SMB1 SessionSetupAndX. Odczyt poza zakresem występuje w handlerze SessionSetupAndX przed jakąkolwiek weryfikacją poświadczeń, potencjalnie ujawniając wrażliwe fragmenty pamięci.
- CVE-2026-67281Wysokie
RouterOS WebFig zawiera podatność na nieuwierzytelniony odczyt plików w ścieżce /jsproxy, gdzie nowo przydzielona sesja zachowuje nieaktualny, niezainicjalizowany wskaźnik principal używany do autoryzacji plików. Nieuwierzytelniony atakujący może przygotować alokator tak, aby ścieżka serwująca pliki wyłuskała ten wskaźnik z wystarczającymi uprawnieniami, a następnie dostarczyć składniki katalogu nadrzędnego w zaszyfrowanym URI, aby uciec z przestrzeni nazw plików WebFig i ujawnić pliki należące do roota, w tym magazyny konfiguracji zawierające poświadczenia. Problem dotyczy tylko gałęzi 7.x; naprawiono w wersjach 7.23.4 (Long-term) i 7.24.2 (Stable).
- CVE-2025-42611Średnie
RouterOS zapewnia różne usługi, które polegają na weryfikacji certyfikatów klienta i serwera, w tym OpenVPN, CAPsMAN, Dot1x (802.1X). Podatność leży w wspólnej logice walidacji certyfikatów, która używa systemowego magazynu certyfikatów współdzielonego przez wszystkie usługi. Powoduje to pomylenie zakresu, pozwalając każdemu urzędowi certyfikacji w systemowym magazynie zaufania być zaufanym w dowolnym kontekście, co umożliwia częściowe lub pełne obejście uwierzytelniania w CAPsMAN, OpenVPN, Dot1X i potencjalnie innych.
Oryginalny opis (angielski, źródło NVD)
RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue affects only 7.x branch was fixed in versions: 7.23.4 (Long-term) and 7.24.2 (Stable)
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS