Przejdź do treści
sobota, 24 października 2026
Tenesys AI News
Subskrypcja

Cyberbezpieczeństwo

Podatności, zagrożenia i incydenty, komunikaty CERT-EU, ENISA, CISA i NCSC, bezpieczeństwo AI i regulacje (NIS2, CRA).

“AWS” — 4 artykuły ✕

AWS publikuje reguły WAF dające czas na łatanie dwóch krytycznych, nieautoryzowanych luk RCE w PHP

21 października 2026 r. twórcy PHP wydali pilne poprawki dla dwóch krytycznych luk, wspólnie nazwanych PHP2Shell, które pozwalają atakującemu uruchomić kod na serwerze bez logowania. Obie otrzymały ocenę CVSS v4.0 na poziomie 9.2 i dotyczą sposobu, w jaki PHP przetwarza żądania multipart przesyłania plików, zanim w ogóle uruchomi się kod aplikacji. Poprawione wersje to PHP 8.5.12, 8.4.27, 8.3.36 i 8.2.35, a AWS dodatkowo opublikował szablony reguł AWS WAFv2 oraz ustawienia po stronie serwera, które ograniczają powierzchnię ataku zespołom potrzebującym czasu na wdrożenie aktualizacji. AWS jasno zaznacza, że reguły zapory działają tylko na brzegu sieci – nie są w stanie całkowicie zamknąć jednej z dwóch luk, więc łatanie pozostaje obowiązkowe.

AWS Security

Dane z honeypota AWS: lukę w PHP wykorzystano jeszcze przed publicznym ujawnieniem

Sieć honeypotów MadPot firmy Amazon zarejestrowała 17 października 2026 r. próbę wykorzystania luki znanej dziś jako CVE-2026-109618 i CVE-2026-109619 (nazwanej PHP2Shell) — cztery dni przed oficjalnym publicznym ujawnieniem. Żądanie pochodziło z adresu IP należącego do komercyjnej sieci anonimizującej, co sugeruje, że pewien atakujący dysponował działającym exploitem jeszcze przed zakończeniem embarga. Gdy embargo zakończyło się 21 października o 14:00 UTC, AWS twierdzi, że w ciągu kilku godzin w jego sensorach pojawił się zarówno kod proof-of-concept, jak i rzeczywiste ataki z kilku różnych grup infrastruktury. AWS wskazuje, że to oznacza strukturalną zmianę: analiza wspomagana przez AI przyspiesza przekształcanie łatki lub ogłoszenia w działający exploit, co podważa dawne założenie, że większość ataków następuje dopiero po publicznym PoC.

AWS Security

Sześć aktywnie wykorzystywanych luk trafiło na obowiązkową listę łatek CISA

CISA potwierdziła rzeczywiste wykorzystywanie sześciu podatności i dodała je do katalogu Known Exploited Vulnerabilities. Cztery z sześciu dotyczą Plex Media Server – dwa błędy SSRF, problem z obsługą schematów URI oraz błąd kontroli ścieżki pliku; pozostałe dwie to wstrzyknięcie poleceń systemowych w EG Secure Solutions SiteGuard Server Edition oraz niekontrolowany element ścieżki wyszukiwania w Siemens Software Center. Ponieważ luki są już wykorzystywane, dyrektywa BOD 26-04 zobowiązuje cywilne agencje federalne do szybkiego łatania każdego publicznie dostępnego systemu, który mógłby dać atakującym pełną kontrolę, oraz do sprawdzenia, czy system nie został wcześniej naruszony.

CISA Advisories

CISA i partnerzy ostrzegają przed aktywną kampanią ransomware SafePay wykorzystującą luki w urządzeniach brzegowych

Wspólny komunikat FBI, CISA, Secret Service oraz europejskich organów ścigania opisuje grupę ransomware SafePay, aktywną od sierpnia 2024 r. i odpowiedzialną za co najmniej 600 ataków w Ameryce Północnej, Południowej, Europie i Australii. SafePay uzyskuje dostęp poprzez skradzione lub złamane metodą brute force hasła, phishing oraz wykorzystanie znanych luk w VPN i urządzeniach brzegowych, a następnie używa legalnych narzędzi administracyjnych do poruszania się w sieci, wyłączania zabezpieczeń, eksfiltracji danych i szyfrowania plików hybrydowym schematem ChaCha20/RSA przed żądaniem okupu.

CISA Advisories