Aktualności, narzędzia i prawo AIPolska · codziennie
Bezpieczeństwo

Windows i ponad 1100 luk w miesiąc. Microsoft łata je z pomocą AI

Październikowa aktualizacja Windows objęła ponad 1100 luk CVE. Microsoft przypisuje wzrost wykryć narzędziom AI i prosi firmy o szybsze wdrażanie poprawek.

Kobieta w okularach i młodszy mężczyzna z brodą stoją przy szafie serwerowej w urzędowym korytarzu i sprawdzają na laptopie postęp aktualizacji, widać kable sieciowe i rzędy serwerów
Ilustracja redakcyjna dailyAI

Microsoft podał 5 listopada 2026 roku, że październikowa aktualizacja zabezpieczeń Windows objęła ponad 1100 luk oznaczonych numerami CVE. Firma wiąże tę liczbę z narzędziami AI, które pomagają szukać błędów wcześniej i w większej ilości kodu. Jednocześnie ostrzega, że wiele firm instaluje poprawki zbyt wolno. W danych za sierpień po dwóch tygodniach aktualizacji nie miała ponad połowa mierzonych urządzeń.

Co ogłosił Microsoft

Wpis Nuno Costy na blogu Windows opisuje zmianę w zarządzaniu lukami. Microsoft stosuje AI na całej drodze od wykrycia błędu po test poprawki. Liczba ponad 1100 CVE dotyczy jednej miesięcznej aktualizacji z października 2026 roku. CVE to publiczny numer przypisany konkretnej podatności.

Najważniejszym przykładem jest MDASH, agentowy skaner kodu. Łączy kilka modeli AI i wyspecjalizowanych agentów, które szukają potencjalnych luk i je weryfikują. Microsoft nie wymienia nazw tych modeli. Zespoły bezpieczeństwa oceniają wyniki, a odpowiedzialność za decyzje pozostaje po stronie ludzi.

Jak AI pomaga przy łataniu Windows

Firma opisuje AI jako pomoc na kilku etapach. Inżynierowie korzystają z niej, gdy oceniają skutki luki, ustalają dotknięte wersje systemu i szukają podobnych błędów w powiązanym kodzie. Narzędzia pomagają też planować przenoszenie poprawek na starsze wersje Windows oraz pisać testy bezpieczeństwa i regresji.

To kolejny przykład tego samego trendu, który widać w ostatnich wydaniach przeglądarki Chrome i w modelach takich jak GPT-6 Cyber. Większa liczba wykrytych luk nie musi oznaczać gorszego kodu. Może oznaczać, że producent znajduje błędy, które wcześniej pozostawały niezauważone.

Dlaczego liczy się czas wdrożenia poprawki

Microsoft zwraca uwagę na tak zwaną lukę w łataniu, czyli czas między publikacją poprawki a jej instalacją na urządzeniu. Po publikacji poprawkę można przeanalizować i odtworzyć z niej opis błędu. Firma pisze, że exploit, czyli działający kod ataku, może powstać nawet w ciągu kilku godzin. Powołuje się przy tym na badanie Anthropic z 8 czerwca 2026 roku o wpływie modeli językowych na ataki na znane luki.

Dane diagnostyczne z sierpnia 2026 roku pokazują skalę problemu. W mierzonej próbie firm mniej niż połowa urządzeń miała aktualizację po dwóch tygodniach. Po czterech tygodniach około jednego urządzenia na cztery nadal jej nie miało. Próba obejmuje urządzenia firmowe Windows, a Microsoft nie podaje jej wielkości.

Co powinni zrobić administratorzy

Zalecenia Microsoftu dotyczą firm i instytucji każdej wielkości, także w Polsce. Część narzędzi wymaga odpowiednich licencji, więc warunki trzeba sprawdzić przed wdrożeniem:

  1. Zacznij od systemów dostępnych z internetu, infrastruktury tożsamości i najcenniejszych zasobów.
  2. Mierz ochronę w dniach od publikacji poprawki, a nie w cyklach aktualizacji.
  3. Pamiętaj, że aktualizacje Windows są kumulacyjne, więc ustalasz kolejność urządzeń, a nie wybór poprawek.
  4. W Windows 11 rozważ Windows Autopatch przez Intune oraz hotpatching, czyli instalację bez restartu na uprawnionych urządzeniach.
  5. W Windows Server 2025 sprawdź hotpatching w Azure, Azure Local lub przez Azure Arc.
  6. Rozszerzone aktualizacje zabezpieczeń traktuj jako pomost do migracji, a nie stałe rozwiązanie.

Czego Microsoft nie podał

Wpis nie wyjaśnia, ile luk znalazła AI, a ile ludzie lub zewnętrzni badacze. Nie ma w nim też podziału według wagi ani liczby luk wykorzystywanych w atakach. Dlatego samej liczby 1100 nie można traktować jako miary ryzyka. Harmonogram Patch Tuesday, czyli comiesięcznych wtorkowych aktualizacji, pozostaje bez zmian. Trzeba też pamiętać, że to deklaracja producenta, której nie sprawdzono niezależnie.

Źródła i metoda

Tekst opiera się na wpisie Microsoftu na blogu Windows z 5 listopada 2026 roku i dokumentacji MDASH. Wnioski dotyczące interpretacji liczby luk są oceną redakcji. Dane sprawdziliśmy 6 listopada 2026 roku.

Źródła i data sprawdzenia

  1. A new standard for vulnerability management in the AI eraMicrosoft, Windows Experience Blog, publikacja: 2026-11-05, sprawdzono: 2026-11-06
  2. Codename MDASH OverviewMicrosoft Learn, publikacja: 2026-08-26, sprawdzono: 2026-11-06
  3. Measuring LLMs' impact on N-day exploitsAnthropic, publikacja: 2026-06-08, sprawdzono: 2026-11-06
  4. Hotpatch updatesMicrosoft Learn, publikacja: 2026-05-28, sprawdzono: 2026-11-06
Nota redakcyjna

Artykuł ma charakter informacyjny. Przy decyzjach prawnych, finansowych lub organizacyjnych warto zweryfikować wnioski w odniesieniu do konkretnej sytuacji.