SharePoint i CVE-2026-58644: łatka była od czerwca, ataki trwają od lipca. Sprawdź, czy Twój serwer zdążył
Poprawka na CVE-2026-58644 w SharePoint Server wyszła 9 czerwca 2026, ale lukę ujawniono i oznaczono jako atakowaną dopiero w lipcu. Wyjaśniamy, jak sprawdzić kompilację, co zrobić po włamaniu i o co zapytać dział IT.
Luka CVE-2026-58644 w Microsoft SharePoint Server ma nietypową historię. Poprawka trafiła do klientów już 9 czerwca 2026 roku, ale identyfikator CVE dopisano do niej dopiero w lipcu. Dzień później Microsoft oznaczył lukę jako wykorzystywaną w atakach, a CISA dała agencjom federalnym USA tylko trzy dni na reakcję.
Dla zarządu wniosek jest prosty. Serwer, który przyjął czerwcowe aktualizacje, ma poprawkę. Serwer, który ich nie przyjął, jest dziś, 14 września 2026 roku, prawie od dwóch miesięcy celem znanych ataków. Nie wystarczy wtedy sama łatka, trzeba też sprawdzić, czy ktoś nie był w środku.
1. Co się stało?
Amerykańska agencja CISA prowadzi katalog Known Exploited Vulnerabilities (KEV). Trafiają do niego wyłącznie luki, których wykorzystanie w prawdziwych atakach zostało potwierdzone. CVE-2026-58644 dodano do katalogu 16 lipca 2026 roku z terminem usunięcia do 19 lipca 2026 roku.
Element
Szczegóły
Identyfikator CVE
CVE-2026-58644 (w europejskiej bazie ENISA: EUVD-2026-43779)
Data dodania do CISA KEV
16 lipca 2026, termin naprawy dla agencji federalnych USA: 19 lipca 2026
Produkt
Microsoft SharePoint Server w wersjach instalowanych we własnej serwerowni (on-premises)
Wersje zagrożone
SharePoint Enterprise Server 2016 (także SharePoint Server 2016) poniżej kompilacji 16.0.5556.1005, SharePoint Server 2019 poniżej 16.0.10417.20153, SharePoint Server Subscription Edition poniżej 16.0.19725.20384
Wersje bezpieczne
2016: KB5002880, kompilacja 16.0.5556.1005 lub nowsza; 2019: KB5002874, 16.0.10417.20153 lub nowsza; Subscription Edition: KB5002873, 16.0.19725.20384 lub nowsza
Typ podatności
deserializacja niezaufanych danych (CWE-502), skutek: zdalne wykonanie kodu
Ocena CVSS
9.8/10, KRYTYCZNA (wynik bazowy nadany przez Microsoft), wynik czasowy 9.1
Status wykorzystania
Microsoft: Exploitation Detected; CISA: aktywne wykorzystanie, atak automatyzowalny
Użycie w ransomware
w katalogu KEV: Unknown, czyli brak potwierdzenia
Wymóg analizy powłamaniowej
w katalogu KEV: forensicTriage = Yes, zgodnie z dyrektywą CISA BOD 26-04
Warto wiedzieć, skąd pochodzą poszczególne oceny, bo w części publikacji są one mylone.
Źródło
Co podaje
Uwagi
Microsoft (MSRC)
CVSS 9.8, wektor AV:N/AC:L/PR:N/UI:N, waga Critical, Exploited: Yes
ocena producenta, rewizja 1.2 z 15 lipca 2026
NVD (NIST)
ten sam wynik 9.8, ale oznaczony jako pochodzący od Microsoft
NVD nie opublikował własnej, niezależnej oceny CVSS
CISA SSVC
wykorzystanie: active, automatyzacja: yes, wpływ techniczny: total
ocena koordynatora z 16 lipca 2026
FIRST EPSS
0,15873, percentyl 96,7 (pomiar z 13 września 2026)
w dniach 15-23 sierpnia wynik sięgał 0,45478
ENISA EUVD
EUVD-2026-43779, wykorzystanie od 16 lipca 2026
ostatnia aktualizacja wpisu 9 września 2026
2. O co chodzi w prostych słowach?
Wyobraź sobie recepcję biurowca, która przyjmuje paczki z instrukcją montażu. Recepcjonista nie czyta instrukcji krytycznie, tylko od razu składa to, co przyszło, i ustawia w budynku. Jeśli ktoś przyśle paczkę z instrukcją, która zamiast regału tworzy zapasowy klucz do serwerowni, recepcjonista zrobi i to.
SharePoint w podatnych wersjach zachowuje się jak taki recepcjonista. Przyjmuje od klienta dane w formie spakowanych obiektów i rozpakowuje je bez wystarczającej kontroli. Atakujący, który przygotuje odpowiednią przesyłkę, sprawia, że serwer wykonuje jego polecenia jako własne.
Słowniczek: deserializacja to zamiana danych przesłanych przez sieć z powrotem na działające obiekty programu; problem pojawia się, gdy serwer robi to z danymi od nieznanego nadawcy.
Słowniczek: zdalne wykonanie kodu (RCE) oznacza, że atakujący uruchamia na cudzym serwerze dowolne programy, nie mając fizycznego dostępu do maszyny.
Scenariusz
Normalnie
Z podatnością
Przesyłane dane
serwer przyjmuje tylko to, co rozpozna jako bezpieczne
serwer rozpakowuje spreparowane obiekty atakującego
Kod uruchamiany na serwerze
wyłącznie oprogramowanie wdrożone przez firmę
polecenia i narzędzia przygotowane przez atakującego
Dokumenty w SharePoint
dostępne według uprawnień pracowników
możliwe do skopiowania, zmiany lub usunięcia
Klucze i hasła serwera
chronione w konfiguracji
narażone na kradzież, np. klucze maszynowe IIS
Kto kontroluje serwer
dział IT firmy
potencjalnie atakujący, także po instalacji łatki
Jedna rozbieżność wymaga wyjaśnienia, bo wpływa na ocenę ryzyka. Wektor CVSS podany przez Microsoft mówi, że atak nie wymaga żadnego konta (PR:N). Jednocześnie w sekcji FAQ tego samego biuletynu Microsoft pisze, że atakujący musi być zalogowany co najmniej jako Site Owner, czyli właściciel witryny. Producent nie wyjaśnił tej sprzeczności. Rapid7 opisuje lukę jako możliwą do wykorzystania bez uwierzytelnienia, SecurityWeek powtarza wariant z kontem Site Owner.
Słowniczek: Site Owner to rola w SharePoint pozwalająca zarządzać witryną zespołu, np. działu handlowego; w wielu firmach ma ją kilkanaście lub kilkadziesiąt osób.
Bezpieczniej przyjąć gorszy wariant: atakujący nie potrzebuje konta. Nawet w łagodniejszym wariancie wystarczy jedno przejęte hasło kierownika zespołu, żeby przejąć cały serwer.
Metryka CVSS
Wartość
Co to znaczy dla firmy
Wektor ataku
sieć (AV:N)
według Microsoft luka jest wykorzystywalna z internetu
Złożoność
niska (AC:L)
atak jest powtarzalny i nie wymaga wiedzy o konkretnej instalacji
Wymagane uprawnienia
brak (PR:N), FAQ: Site Owner
patrz rozbieżność opisana wyżej
Interakcja użytkownika
brak (UI:N)
nikt z pracowników nie musi niczego klikać
Dojrzałość exploita
funkcjonalny (E:F)
według Microsoft istnieje działający kod ataku
Poufność, integralność, dostępność
wysoki wpływ na wszystkie trzy
dane mogą wyciec, zostać zmienione lub zablokowane
3. Jak hakerzy to wykorzystują?
Publiczne źródła nie opisują technicznie samego ataku na CVE-2026-58644. CISA w alercie o utwardzaniu SharePoint wskazuje jednak, jak wyglądają działania po włamaniu w obecnej fali ataków na ten produkt: zdalne wykonanie kodu, kradzież kluczy maszynowych IIS, techniki deserializacji dające trwały dostęp oraz instalacja złośliwego oprogramowania. Poniższy przebieg łączy te informacje w orientacyjny scenariusz.
Timeline ataku:
Etap
Czas
Akcja hakerów
Wynik
1
T+0 min
automatyczne skanowanie internetu w poszukiwaniu serwerów SharePoint i odczyt numeru wersji
lista celów z niezałataną kompilacją
2
T+5 min
opcjonalnie: logowanie kontem Site Owner zdobytym przez phishing lub z wycieku haseł
spełnienie warunku z FAQ Microsoft, jeśli jest wymagany
3
T+10 min
wysłanie spreparowanych danych, które serwer deserializuje
wykonanie kodu z uprawnieniami procesu SharePoint
4
T+15 min
wgranie web shella, odczyt kluczy maszynowych IIS
trwały dostęp, który może przetrwać instalację łatki
5
T+1 h
przeszukanie bibliotek dokumentów, kopiowanie umów, ofert, danych osobowych
wyciek danych
6
T+1 dzień i później
ruch w głąb sieci, instalacja złośliwego oprogramowania, ewentualne szyfrowanie
przestój i straty finansowe
Etapy 1-4 opierają się na opisie CISA i parametrach luki. Czasy są poglądowe, a etap 6 jest możliwym dalszym ciągiem, a nie udokumentowanym przebiegiem konkretnego incydentu.
Konkretne scenariusze zagrożenia:
🔴 Scenariusz 1: firma wystawia SharePoint 2019 do internetu dla partnerów i nie zainstalowała czerwcowej aktualizacji. Automatyczny skaner znajduje serwer, a atakujący przejmuje go bez udziału pracowników.
🔴 Scenariusz 2: serwer został załatany dopiero w sierpniu. Wcześniej ktoś wykradł klucze maszynowe IIS, więc nadal może podszywać się pod serwer, mimo że luka formalnie jest zamknięta.
🔴 Scenariusz 3: kierownik działu z rolą Site Owner pada ofiarą phishingu. Jego hasło wystarcza, żeby wykorzystać lukę w wariancie opisanym w FAQ i przejąć cały serwer, a nie tylko jedną witrynę.
🟠 Scenariusz 4: SharePoint działa tylko w sieci wewnętrznej, ale atakujący jest już w środku, np. po zainfekowaniu laptopa. Luka pozwala mu przejść na serwer z najcenniejszymi dokumentami firmy.
4. Dlaczego to ryzyko dla Twojej firmy?
SharePoint to często centralne archiwum firmy: umowy, oferty, dokumentacja projektów, kadry, procedury. Przejęcie takiego serwera to nie tylko awaria jednego narzędzia, lecz dostęp do wiedzy całej organizacji.
Obszar biznesu
Potencjalny wpływ
Czas do wystąpienia
Koszty szacunkowe
Operacyjny
zatrzymanie intranetu, obiegu dokumentów i pracy zespołów
godziny
20 000-80 000 PLN za dzień przestoju w firmie 50-250 osób
Bezpieczeństwo danych
wyciek umów, ofert i danych osobowych pracowników lub klientów
godziny do dni
50 000-300 000 PLN na analizę powłamaniową, zgłoszenia i obsługę incydentu
Finansowy
koszt odbudowy farmy SharePoint, nadgodziny, zewnętrzny zespół reagowania
dni
40 000-200 000 PLN
Reputacyjny
utrata zaufania klientów i partnerów, pytania w przetargach
tygodnie
utrata 5-15% kontraktów odnawianych w danym roku
Prawny
obowiązek zgłoszenia naruszenia do UODO w 72 godziny, ryzyko kar RODO
tygodnie do miesięcy
do 20 mln EUR lub 4% rocznego światowego obrotu
Kwoty w tabeli są szacunkami poglądowymi dla małej lub średniej firmy, a nie danymi z konkretnego incydentu związanego z tą luką; jedynie górny limit kar RODO wynika wprost z przepisów.
Macierz ryzyka:
Wpływ
5 | . . . . X <- CVE-2026-58644 (niezałatany serwer)
4 | . . . o . <- załatany serwer bez analizy powłamaniowej
3 | . . . . .
2 | . v . . . <- załatany serwer, sprawdzony, bez dostępu z internetu
1 | . . . . .
+--------------------
1 2 3 4 5 Prawdopodobieństwo
X = krytyczne: potwierdzone ataki, CVSS 9.8, atak automatyzowalny
o = wysokie: łatka nie usuwa skutków wcześniejszego włamania
v = akceptowalne po wykonaniu działań z sekcji 5
Najważniejsza obserwacja: poprawka jest dostępna od 9 czerwca 2026 roku w zwykłych aktualizacjach zabezpieczeń SharePoint. Pierwszym krokiem jest więc sprawdzenie numeru kompilacji, a nie panika. Drugim krokiem, jeśli serwer był niezałatany po 15 lipca, jest analiza, czy nie doszło do włamania.
Priorytet
Działanie
Termin
Odpowiedzialny
Status
🔴 NATYCHMIAST
spisanie wszystkich serwerów SharePoint 2016, 2019 i Subscription Edition wraz z numerami kompilacji
Dzisiaj
IT Manager
☐
🔴 NATYCHMIAST
instalacja KB5002880, KB5002874 lub KB5002873 (albo nowszej aktualizacji zbiorczej) na każdym serwerze farmy
Dzisiaj
Administrator SharePoint
☐
🔴 NATYCHMIAST
odcięcie bezpośredniego dostępu z internetu, a jeśli to niemożliwe: publikacja tylko przez reverse proxy warstwy 7
Dzisiaj
IT Security
☐
🔴 NATYCHMIAST
zablokowanie zewnętrznego dostępu do SharePoint Central Administration
Dzisiaj
Administrator sieci
☐
🟠 PILNIE
włączenie integracji AMSI dla każdej aplikacji webowej, tryb skanowania treści żądań: Full Mode
Do jutra
Administrator SharePoint
☐
🟠 PILNIE
przegląd serwerów pod kątem śladów włamania, potem rotacja kluczy maszynowych IIS
24-48h
Incident Response
☐
🟠 PILNIE
przegląd listy osób z rolą Site Owner i wymuszenie MFA dla tych kont
48h
IT Security i kierownicy działów
☐
🟡 WAŻNIE
monitoring alertów Defender i AMSI, m.in. Exploit:Script/ToolPaneAuthBypass.A i Backdoor:MSIL/LeakFang.A!dha
W ciągu tygodnia
SOC
☐
Kolejność przy kluczach maszynowych ma znaczenie. CISA zaleca najpierw usunąć narzędzia do ich wykradania, a dopiero potem wygenerować nowe klucze. W odwrotnej kolejności atakujący przechwyci również nowy klucz.
Wersje do weryfikacji:
Produkt
Aktualizacja
Data wydania
Minimalna bezpieczna kompilacja
Pobranie
SharePoint Enterprise Server 2016 i SharePoint Server 2016
Przed instalacją warto przekazać zespołowi dwie uwagi z opisów aktualizacji. Farmy korzystające z SharePoint Workflow Manager muszą najpierw zainstalować KB5002799. Farmy z klasycznym Workflow Manager muszą dodatkowo włączyć flagę diagnostyczną 53601 poleceniem PowerShell i wykonać iisreset.
Pole Customer Action Required = Yes w biuletynie Microsoft oznacza, że klient sam musi zainstalować aktualizację, bo nie trafia ona do serwera automatycznie jak w usłudze chmurowej. Nie jest to informacja o dodatkowej, ukrytej procedurze.
Przed i po wdrożeniu działań:
Obszar
Przed
Po
Kompilacja serwera
niższa niż w tabeli wyżej
równa lub wyższa, potwierdzona na każdym serwerze farmy
Dostęp z internetu
bezpośredni, na porcie HTTPS
brak albo tylko przez reverse proxy z filtrowaniem
AMSI
wyłączone lub w trybie podstawowym
włączone, Full Mode, alerty trafiają do SOC
Klucze maszynowe IIS
te same od instalacji
nowe, wygenerowane po usunięciu śladów włamania
Konta Site Owner
dziesiątki osób, samo hasło
lista ograniczona, logowanie z MFA
Jeśli aktualizacja nie jest możliwa od razu:
Czasowa miara ochronna
Efektywność
Łatwość wdrożenia
Odłączenie serwera od internetu, dostęp tylko przez VPN
ok. 85-90%, nie chroni przed atakiem z wnętrza sieci
Średnia
Reverse proxy warstwy 7 z ograniczeniem adresów IP
ok. 70-85%
Średnia
AMSI w trybie Full Mode z Defender
ok. 50-70%, zależy od aktualności sygnatur
Wysoka
Ograniczenie ról Site Owner i MFA
ok. 30-60%, ważne tylko przy wariancie z kontem
Wysoka
Pełna izolacja serwera do czasu aktualizacji
ok. 99%, kosztem dostępności usługi
Niska
Wartości efektywności są szacunkami poglądowymi, a nie wynikami testów; żadna z tych miar nie zastępuje instalacji aktualizacji.
6. Kontekst i skala zagrożenia
CVE-2026-58644 nie jest odosobnionym przypadkiem. W 2026 roku CISA dodała do katalogu KEV kilka luk w SharePoint Server, a alert „CISA Urges SharePoint Hardening After New Exploitations” z 14 lipca 2026 roku w obecnej wersji omawia sześć z nich łącznie.
Aspekt
Informacja
Czy jest wykorzystywana?
TAK, potwierdzone przez Microsoft (15 lipca 2026) i CISA (16 lipca 2026)
Grupy przestępcze
brak publicznie potwierdzonych danych o sprawcach ataków na tę lukę
Kampanie ransomware
brak publicznie potwierdzonych danych, w KEV status Unknown
Ocena CVSS
9.8/10 (KRYTYCZNA), wynik czasowy 9.1
PoC dostępny publicznie?
brak publicznie potwierdzonego PoC; Microsoft ocenia dojrzałość exploita jako funkcjonalną (E:F)
Wskaźniki włamania (IOC)
według Rapid7 (17 lipca 2026) nie ujawniono szeroko adresów IP ani domen atakujących
Liczba atakowanych firm
brak publicznie potwierdzonych danych
Prawdopodobieństwo ataku (EPSS)
15,9%, wyżej niż ok. 96,7% wszystkich ocenianych luk (13 września 2026)
Wniosek dla zarządu: kolejne luki w tym samym produkcie pojawiają się co kilka tygodni, a przy jednej z nich (CVE-2026-45659) CISA potwierdziła już użycie w kampaniach ransomware. Jednorazowa łatka nie rozwiązuje problemu, potrzebny jest stały, szybki cykl aktualizacji.
Linia czasu incydentu:
2026-06-09: Microsoft wydaje KB5002880, KB5002874 i KB5002873 (poprawka już w środku)
2026-07-14: Biuletyn CVE-2026-58644, rewizja 1.1: CVE pominięte w wydaniu czerwcowym
2026-07-14: Rekord w NVD, alert CISA o utwardzaniu SharePoint
2026-07-15: Rewizja 1.2: Microsoft koryguje flagę Exploited i wektor CVSS
2026-07-16: CISA dodaje lukę do KEV, SSVC: wykorzystanie aktywne
2026-07-17: Rapid7 publikuje analizę, brak szeroko ujawnionych IOC
2026-07-19: Termin naprawy dla agencji federalnych USA
2026-08-15: EPSS rośnie do 0,45478 (odczyty z 15-23 sierpnia)
2026-09-09: ENISA aktualizuje wpis EUVD-2026-43779
2026-09-14: TUTAJ JESTEŚMY - 97 dni od wydania łatki, 60 dni od wpisu do KEV
7. Bezpośredni link do działania
Checklista do wydrukowania i przekazania CTO lub osobie odpowiedzialnej za IT. Adresy stron z opisem aktualizacji: https://support.microsoft.com/help/5002880, https://support.microsoft.com/help/5002874, https://support.microsoft.com/help/5002873. Biuletyn producenta: https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-58644
✓
Zadanie
Kto
Deadline
☐
Sprawdzić kompilację każdego serwera w farmie (Central Administration, Upgrade and Migration, Check product and patch installation status)
Administrator SharePoint
DZISIAJ
☐
Pobrać KB5002880, KB5002874 lub KB5002873 z Microsoft Update Catalog albo Download Center
IT Manager
DZISIAJ
☐
Zabezpieczyć logi IIS i dzienniki zdarzeń sprzed instalacji, żeby nie zatrzeć śladów
Incident Response
DZISIAJ
☐
Sprawdzić wymaganie KB5002799 dla Workflow Manager i przetestować aktualizację na kopii farmy
Wdrożyć aktualizację na produkcji i uruchomić kreatora konfiguracji produktów
DevOps
DO JUTRA
☐
Włączyć AMSI w trybie Full Mode i zablokować zewnętrzny dostęp do Central Administration
IT Security
DO JUTRA
☐
Przejrzeć logi od 9 czerwca 2026 pod kątem nowych plików .aspx, nietypowych procesów potomnych w3wp.exe i połączeń wychodzących
SOC
DO JUTRA
☐
Po wykluczeniu śladów włamania zrotować klucze maszynowe IIS
Administrator SharePoint
48h
☐
Potwierdzić pisemnie kompilacje po wdrożeniu i wynik przeglądu logów
IT Manager
48h
Jeżeli przegląd logów wykaże ślady włamania, sama aktualizacja nie wystarczy. Wtedy potrzebny jest zespół reagowania na incydenty, ocena obowiązku zgłoszenia do UODO w ciągu 72 godzin oraz w przypadku podmiotów objętych przepisami o krajowym systemie cyberbezpieczeństwa zgłoszenie do właściwego CSIRT.
8. Pytania do Twojego zespołu IT
#
Pytanie
Odpowiedź
Priorytet
1
Czy mamy SharePoint Server 2016, 2019 lub Subscription Edition we własnej infrastrukturze?
TAK / NIE, z listą serwerów
🔴
2
Jaka jest kompilacja każdego serwera i czy jest co najmniej taka jak w tabeli z sekcji 5?
numer kompilacji dla każdego serwera
🔴
3
Kiedy zainstalowaliśmy aktualizacje SharePoint z 9 czerwca 2026 roku?
konkretna data
🔴
4
Czy którykolwiek serwer SharePoint lub Central Administration jest osiągalny z internetu?
TAK / NIE, z adresami
🔴
5
Czy AMSI jest włączone w trybie Full Mode i kto odbiera jego alerty?
TAK / NIE, nazwa zespołu
🟠
6
Czy przejrzeliśmy logi od czerwca pod kątem śladów włamania i zrotowaliśmy klucze maszynowe IIS?
TAK / NIE, data przeglądu
🟠
7
Ile osób ma rolę Site Owner i czy ich konta mają MFA?
liczba osób, TAK / NIE
🟠
8
Czy mamy aktualną umowę wsparcia Microsoft lub partnera dla SharePoint?
TAK / NIE
🟡
9
Czy mamy przećwiczony plan odtworzenia farmy SharePoint z kopii zapasowej?
TAK / NIE, data ostatniego testu
🟡
Pytania diagnostyczne dla managera:
✓ Ile dni średnio mija u nas od wydania krytycznej aktualizacji do jej wdrożenia na produkcji?
✓ Kto odpowiada za śledzenie katalogu CISA KEV i biuletynów Microsoft dla używanych przez nas produktów?
✓ Czy SharePoint musi być dostępny z internetu, czy to pozostałość po dawnym projekcie?
✓ Kiedy ostatnio przeprowadziliśmy pełny audyt bezpieczeństwa serwerów z dokumentami firmy?
✓ Czy ćwiczyliśmy scenariusz ataku ransomware na systemy dokumentowe?
Podsumowanie w jednym zdaniu: jeśli czerwcowe aktualizacje SharePoint są zainstalowane i nikt nie wszedł na serwer wcześniej, firma jest chroniona przed CVE-2026-58644; jeśli nie wiadomo, czy tak jest, właśnie ta niewiedza jest dziś największym ryzykiem.
Czytaj dalej
Powiązane artykuły
Zestaw zmienia się codziennie, więc przy kolejnej wizycie zobaczysz inny wycinek bloga.
Błąd w NetScaler ADC i Gateway, opisany przez producenta jako awaria, pozwala według badaczy przejąć bramę VPN bez hasła. Publiczny kod istnieje, ataki trwają. Zaktualizuj urządzenia i sprawdź ślady włamania.
Luka w systemach PLM firmy PTC pozwala bez logowania przejąć serwer. Grupa Cl0p wykorzystuje ją do kradzieży dokumentacji produktów i szantażu. Zainstaluj poprawki i sprawdź ślady włamania.
Luka w N-able N-central pozwala bez logowania uruchomić kod na serwerze, z którego zarządza się komputerami wielu firm. CISA potwierdza ataki. Zaktualizuj do 2026.3.1.14, odetnij konsolę od internetu i sprawdź konta.
Klikając „Akceptuję”, zgadzasz się na przechowywanie plików cookie przez UXU w celu poprawy działania strony, analizy i wsparcia działań marketingowych.