CodeScoring: krytycznych luk w open source 4,9 raza więcej w 2026

W ekosystemie Go liczba krytycznych luk wzrosła 5,1 raza, z 78 do 396. Obejmują one 12 443 stabilne wersje modułów wobec 5995 przed rokiem, co oznacza wzrost 2,1 raza.

Ponad dwie trzecie krytycznych podatności z 2026 roku według ocen CVSS umożliwia atak przez sieć bez wcześniejszych uprawnień i bez udziału użytkownika. Napastnik nie musi więc przechwytywać danych logowania pracowników ani nakłaniać ich do otwarcia złośliwego pliku, bo atakowane jest bezpośrednio oprogramowanie dostępne w sieci. Ryzyko przełamania zabezpieczeń infrastruktury pozostaje wysokie, a firmy powinny zachować większą czujność. Baza wciąż szybko rośnie: od 15 września do 15 października 2026 roku pojawiły się informacje o 4609 nowych unikalnych podatnościach wszystkich poziomów krytyczności w otwartych komponentach.

Rola automatyzacji i AI

Eksperci CodeScoring tłumaczą skok przede wszystkim intensywniejszym poszukiwaniem błędów i szerszą rejestracją zgłoszeń. Badacze chętnie korzystają z automatycznej analizy i narzędzi opartych na sztucznej inteligencji, a coraz więcej programistów systematycznie ujawnia znalezione defekty. Nowoczesne metody audytu skutecznie wykrywają błędy w kodzie używanym od lat, dlatego informacje o lukach mogą dotyczyć także bibliotek wdrożonych dawno temu i od tamtej pory niezaktualizowanych.

Artём Maksimov, analityk produktowy CodeScoring, podkreśla, że organizacje powinny regularnie sprawdzać skład swojego oprogramowania i śledzić nowe informacje o podatnościach używanych komponentów. Kontrola ma obejmować nie tylko gotowe oprogramowanie dostawców, ale i komponenty, z których jest zbudowane. W pierwszej kolejności trzeba usuwać problemy dotyczące działających usług zewnętrznych, bo zagrażają ciągłości biznesu. Pomaga w tym analiza składu oprogramowania (SCA): automatycznie śledzi skład aplikacji, wykrywa podatne zależności i wskazuje wersje komponentów z usuniętymi błędami.