Pomoc zdalna
alerty bezpieczeństwa

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.

  • Tomasz Kaczmarek
Tomasz Kaczmarek
11 września 2026 12 min czytania
sharepoint logo

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.
Tomasz Kaczmarek
Tomasz Kaczmarek

Mogę Ci jakoś pomóc?

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
Tomasz Kaczmarek
Tomasz Kaczmarek

Mogę Ci jakoś pomóc?

5. Co musisz zrobić natychmiast?

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

KB5002880

9 czerwca 2026

16.0.5556.1005

https://www.microsoft.com/en-us/download/details.aspx?id=108696

SharePoint Server 2019

KB5002874

9 czerwca 2026

16.0.10417.20153

https://www.microsoft.com/en-us/download/details.aspx?id=108694

SharePoint Server Subscription Edition

KB5002873

9 czerwca 2026

16.0.19725.20384

https://www.microsoft.com/en-us/download/details.aspx?id=108692

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)

Tomasz Kaczmarek
Tomasz Kaczmarek

Mogę Ci jakoś pomóc?

CVE

Rodzaj luki w SharePoint

Dodana do KEV

Ransomware wg KEV

CVE-2026-32201

niewłaściwa walidacja danych, podszywanie się

14 kwietnia 2026

Unknown

CVE-2026-45659

deserializacja, wymaga uwierzytelnienia

1 lipca 2026

Known

CVE-2026-56164

brak uwierzytelnienia dla krytycznej funkcji

14 lipca 2026

Unknown

CVE-2026-58644

deserializacja, zdalne wykonanie kodu

16 lipca 2026

Unknown

CVE-2026-50522

deserializacja, zdalne wykonanie kodu

22 lipca 2026

Unknown

CVE-2026-55040

słabe uwierzytelnianie, obejście zabezpieczeń

18 sierpnia 2026

Unknown

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

QA i Administrator SharePoint

DZISIAJ

☐

Zakomunikować okno serwisowe użytkownikom intranetu

Project Manager

DZISIAJ

☐

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.

Masz to samo u siebie?

Możemy się tym zająć

Krótka rozmowa wystarczy, żeby ocenić zakres prac i podać widełki kosztu. Bez zobowiązań.