Katalog podatności CVE

W Linksys E1700 w wersji 1.0.0.4.003 stwierdzono podatność w funkcji ssid1MACFilter w pliku /goform/ssid1MACFilter w komponencie Mac Filter. Manipulacja argumentem newap_text_%d powoduje przepełnienie bufora na stosie. Atak może być zainicjowany zdalnie, a exploit został publicznie ujawniony.

Znaleziono podatność w pi-agent-dashboard do wersji 0.8.0. Problem dotyczy funkcji terminalManager.spawn w pliku terminal-handler.ts, gdzie manipulacja argumentem cwd prowadzi do nieprawidłowej autoryzacji. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony.

Podatność w bibliotece hex_core (do wersji 0.20.0) polega na nieprawidłowej walidacji certyfikatów podczas połączeń HTTPS. Atakujący, który może przechwycić ruch sieciowy, może podszyć się pod serwery takie jak hex.pm, repo.hex.pm lub inne repozytoria i serwery API, gdy program używa domyślnego adaptera HTTP na Erlang/OTP 24 lub OTP 25 (gdy nie można załadować certyfikatów CA).

W Progress ShareFile Storage Zones Controller w wersji 5.12.6 i starszych usługa FileCopyService używa zdalnego identyfikatora pliku podczas konstruowania lokalnej ścieżki pliku tymczasowego bez wymuszania ograniczenia ścieżki. Może to spowodować zapis treści kontrolowanych przez atakującego do lokalizacji w systemie plików, do których zapis ma konto usługi. Może to prowadzić do zdalnego wykonania kodu, gdy katalog obsługiwany przez IIS jest zapisywalny.

W Progress ShareFile Storage Zones Controller w wersji 5.12.6 i niższych, przetwarzanie elementów kolejki może wysyłać potwierdzenia do niezweryfikowanego adresu URL wywołania zwrotnego. Ta luka wraz z warunkiem wyścigu pozwala atakującemu spowodować, że FileCopyService zużywa dane i treści kontrolowane przez atakującego.

W Progress ShareFile Storage Zones Controller w wersji 5.12.6 i niższych, nieprawidłowa walidacja miejsc docelowych i parametrów żądań wychodzących, niebezpieczne formatowanie odpowiedzi JSONP oraz niewystarczająca walidacja usługi kolejki mogą być połączone przez zdalnego nieuwierzytelnionego atakującego do wysyłania żądań po stronie serwera do nieprzeznaczonych lokalnych procedur i wykonywania nieautoryzowanych operacji na kolejce.

W ManageIQ wykryto podatność deserializacji niezaufanych danych. Moduł YamlLoadAliases nadpisuje YAML.safe_load, aby w środowisku produkcyjnym po cichu przełączyć się na YAML.unsafe_load, gdy wystąpi błąd Psych::DisallowedClass. Uwierzytelniony atakujący z dostępem do importu dialogów może to wykorzystać do zdalnego wykonania kodu poprzez przesłanie spreparowanego ładunku YAML, który wywołuje fallback i deserializuje dowolne obiekty Ruby. Red Hat CloudForms, oparty na ManageIQ, osiągnął koniec życia i nie jest już wspierany. Nie zostaną wydane żadne erraty ani poprawki. To CVE jest przypisane dla dobra społeczności ManageIQ i konsumentów downstream.

jshERP do wersji 3.6 zawiera lukę braku autoryzacji, która pozwala uwierzytelnionym użytkownikom z niskimi uprawnieniami tworzyć dane podstawowe na poziomie całej dzierżawy (tenant) poprzez punkty końcowe add i import, które nie sprawdzają ról. Atakujący mogą wysyłać żądania POST do /account/add, /material/add lub /material/importExcel, aby tworzyć konta rozliczeniowe, produkty z początkowym stanem magazynowym, działy i wpisy słownikowe.

jshERP do wersji 3.6 zawiera podatność ujawnienia informacji, która pozwala każdemu uwierzytelnionemu użytkownikowi odczytać sekrety konfiguracyjne całej platformy przez procedurę getInfoByKey kontrolera PlatformConfigController. Użytkownicy o niskich uprawnieniach z dowolnej dzierżawy mogą żądać dowolnych wartości platformKey, takich jak email_auth_code lub activation_code, aby uzyskać kody autoryzacji SMTP i sekrety aktywacyjne, ponieważ tylko klucze aliOss i weixin są blokowane.

jshERP do wersji 3.6 zawiera podatność masowego przypisania w handlerze aktualizacji UserController, która pozwala uwierzytelnionym użytkownikom nadpisać chronione pola, w tym tenant_id i hasło. Atakujący mogą wysłać spreparowane ciało żądania PUT /user/update, aby przy następnym logowaniu przełączyć się do innej dzierżawy lub nadpisać skróty haseł innych użytkowników w celu przejęcia konta.

jshERP do wersji 3.6 zawiera podatność braku autoryzacji w handlerze updateUser kontrolera UserController, która pozwala uwierzytelnionym użytkownikom przypisać dowolne role dowolnemu użytkownikowi. Atakujący o niskich uprawnieniach mogą wysłać własny identyfikator użytkownika z identyfikatorem roli administratora dzierżawy, aby podnieść uprawnienia lub zmienić role innych użytkowników dzierżawy.

jshERP do wersji 3.6 zawiera podatność nieprawidłowej autoryzacji, która pozwala uwierzytelnionym użytkownikom o niskich uprawnieniach odczytać dowolną księgę kont rozliczeniowych, podając dowolne accountId. Atakujący ograniczeni do zakresu danych osobowych lub działowych mogą wysyłać zapytania GET /account/findAccountInOutList, aby przeglądać numery rachunków, kontrahentów, kwoty i uwagi innych użytkowników w ramach dzierżawy.

jshERP do wersji 3.6 zawiera podatność obejścia autoryzacji, która pozwala uwierzytelnionym użytkownikom tworzyć wstępnie zatwierdzone rachunki, ustawiając status w żądaniach POST /depotHead/addDepotHeadAndDetail. Atakujący mogą podać status 1, aby pominąć kontrole uprawnień audytu i wielopoziomowe procesy zatwierdzania, tworząc rachunki zatwierdzone, które wpływają na stan magazynowy i zapytania raportowe.

jshERP do wersji 3.6 zawiera podatność nieprawidłowej autoryzacji w GET /supplier/exportExcel, która pozwala uwierzytelnionym użytkownikom ominąć ograniczenia zakresu danych ról egzekwowane przez /supplier/list. Atakujący ograniczeni do danych osobowych lub działowych mogą eksportować wszystkie rekordy dostawców, klientów i członków, ujawniając kontakty, numery telefonów, numery podatkowe, konta bankowe i salda.

jshERP do wersji 3.6 zawiera podatność obejścia autoryzacji, która pozwala uwierzytelnionym użytkownikom ograniczonym do danych osobowych lub działowych na listowanie rachunków innych użytkowników poprzez dodanie wartości purchaseStatus. Atakujący mogą dodać purchaseStatus=0 do JSON-a wyszukiwania w GET /depotHead/list, co powoduje, że DepotHeadService.select usuwa filtr twórcy i ujawnia wszystkie rachunki zakupu, sprzedaży i magazynowe w dzierżawie.

jshERP do wersji 3.6 zawiera lukę obejścia autoryzacji, która pozwala uwierzytelnionym użytkownikom na odczyt danych z nieprzypisanych magazynów poprzez podanie parametrów depotId lub depotIds. Gdy włączone jest ograniczenie magazynów depot_flag, atakujący może wskazać dowolne identyfikatory magazynów w endpointach takich jak /depotItem/getMaterialDepotStockByParam, aby odczytać stany magazynowe, numery partii, dane sprzedażowe i wycenione pozycje faktur w obrębie tenanta.

jshERP do wersji 3.6 zawiera lukę braku autoryzacji w LogController, która pozwala każdemu uwierzytelnionemu użytkownikowi na odczyt dziennika audytu operacji tenanta. Użytkownicy o niskich uprawnieniach mogą wysyłać żądania GET do /log/list lub /log/info, aby wyświetlić nazwy logowania innych użytkowników, adresy IP klientów i wykonywane akcje.

jshERP do wersji 3.6 zawiera lukę braku autoryzacji w LogController, która pozwala każdemu uwierzytelnionemu użytkownikowi na fałszowanie, modyfikowanie lub usuwanie wpisów dziennika audytu. Użytkownicy o niskich uprawnieniach mogą wywoływać /log/add, /log/update, /log/delete i /log/deleteBatch, aby tworzyć fałszywe wpisy, zmieniać pola użytkownika i IP lub usuwać rekordy w celu ukrycia aktywności.

MoguBlog do wersji 6.2 zawiera lukę złamanej kontroli dostępu, która pozwala uwierzytelnionym administratorom na przenoszenie lub zmianę nazw plików dysku sieciowego innych administratorów poprzez podanie ich ścieżek plików. Atakujący mogą wysyłać spreparowane żądania do POST /networkDisk/moveFile, batchMoveFile lub edit, które aktualizują wiersze bez sprawdzania admin_uid, przenosząc lub zmieniając nazwy plików i folderów innych użytkowników.

MoguBlog do wersji 6.2 zawiera lukę niezabezpieczonego bezpośredniego odwołania do obiektu, która pozwala uwierzytelnionym administratorom na usuwanie plików innych administratorów poprzez POST /networkDisk/deleteFile i batchDeleteFile. Atakujący mogą podać uid pliku lub folderu innego administratora, którego NetworkDiskServiceImpl.deleteFile nigdy nie sprawdza względem admin_uid, usuwając obiekty z lokalnego magazynu, Qiniu lub MinIO.