Krótka odpowiedź: popularna wtyczka Kirki (ponad 500 tys. instalacji)
ma krytyczną lukę CVE-2026-8206 w mechanizmie resetu hasła — pozwala przejąć konto
administratora. Podatne są wersje 6.0.0–6.0.6. Jeśli korzystasz z Kirki,
natychmiast zaktualizuj do 6.0.7 lub nowszej i sprawdź konta administratorów oraz
logi logowań.
Źródło: opracowanie własne HostGrade na podstawie
komunikatu opublikowanego 19 czerwca 2026 na blogu CyberFolks (via CyberFolks) oraz danych o podatności CVE-2026-8206. Analiza i zalecenia hostingowe — HostGrade.
Co się stało
W jednej z najpopularniejszych wtyczek do budowy stron WordPress — Kirki – Freeform Page Builder, Website Builder & Customizer — ujawniono krytyczną podatność oznaczoną jako CVE-2026-8206. Kirki
zaczynała jako framework dla twórców motywów, z czasem rozwinęła się w wizualny kreator stron
i dziś działa na ponad 500 000 witryn. Skala instalacji sprawia, że luka jest
atrakcyjnym celem dla zautomatyzowanych ataków.
Podatność oceniono na 9.8 w skali CVSS (maksymalnie 10) — to najwyższy, krytyczny
poziom zagrożenia. Oznacza on, że atak jest łatwy do przeprowadzenia zdalnie, bez uwierzytelnienia,
a jego skutkiem może być pełne przejęcie witryny.
Na czym polega luka — prostym językiem
Błąd dotyczy mechanizmu resetowania hasła (klasyfikacja CWE-269 — nieprawidłowe
zarządzanie uprawnieniami). Poprawnie działający reset hasła wysyła link wyłącznie na adres e-mail
przypisany do konta. Tymczasem podatna wersja Kirki akceptowała dowolny adres e-mail
podany w żądaniu resetu. Sekwencja ataku wygląda tak:
1
Atakujący wskazuje znaną nazwę użytkownika — najczęściej konto administratora.
2
W żądaniu resetu hasła podaje WŁASNY adres e-mail jako odbiorcę linku.
3
Otrzymuje link resetujący na swoją skrzynkę i ustawia nowe hasło.
4
Loguje się na przejęte konto administratora z pełnymi uprawnieniami do witryny.
Kogo dotyczy i jak sprawdzić, czy jesteś narażony
Sprawdź, czy masz wtyczkę Kirki
Panel WordPress → Wtyczki → Zainstalowane wtyczki. Szukaj „Kirki – Freeform Page Builder…". Kirki bywa też dołączana przez motyw — jeśli używasz motywu z rozbudowanym kreatorem, sprawdź jego dokumentację.
Sprawdź numer wersji
Podatne są wersje 6.0.0–6.0.6. Poprawka pojawiła się w 6.0.7 (w chwili ujawnienia dostępna była już 6.0.11). Wersja 6.0.7 lub wyższa = bezpieczna.
Jeśli wersja jest podatna — działaj od razu
Krytyczne luki o tej skali są masowo skanowane przez boty w ciągu godzin od ujawnienia. Nie czekaj na „okno serwisowe".
Co zrobić teraz
⚠
Zaktualizuj Kirki do 6.0.7 lub nowszej
To podstawowy krok zamykający lukę. Najlepiej włącz automatyczne aktualizacje wtyczek, by kolejne łatki instalowały się bez zwłoki.
⚠
Przejrzyj konta administratorów
Usuń nieznane konta z uprawnieniami administratora i zweryfikuj adresy e-mail przypisane do istniejących kont.
⚠
Zmień hasła kont z uprawnieniami
Ustaw nowe, silne hasła (16+ znaków) dla administratorów i redaktorów. Włącz 2FA, by samo hasło nie wystarczało do logowania.
⚠
Przejrzyj logi i przywróć backup w razie potrzeby
Sprawdź logi logowań pod kątem nietypowej aktywności. Przy podejrzeniu włamania przywróć kopię sprzed incydentu i przeskanuj pliki pod kątem złośliwego kodu.
Jak hosting pomaga ograniczyć skutki takich luk
Żaden hosting nie naprawi błędu w kodzie wtyczki — to zadanie jej autora i Twojej
aktualizacji. Dobra infrastruktura potrafi jednak kupić czas i ograniczyć szkody między ujawnieniem luki a wgraniem łatki:
Firewall aplikacyjny (WAF) i wirtualne łatanie
WAF (np. w warstwie LiteSpeed lub Cloudflare) potrafi blokować znane wzorce ataku na podatność, zanim zdążysz zaktualizować wtyczkę.
Automatyczne kopie zapasowe
Codzienny backup z sensowną retencją pozwala cofnąć stronę do stanu sprzed włamania jednym kliknięciem — to Twoja siatka bezpieczeństwa.
Skaner malware (np. ImunifyAV)
Wykrywa ślady włamania i podrzucony złośliwy kod, dając sygnał, zanim problem urośnie.
Izolacja kont (CageFS/CloudLinux)
Ogranicza zasięg ataku do jednej witryny, zamiast pozwolić mu rozlać się na inne strony na serwerze.
W praktyce hosting z firewallem aplikacyjnym i skanerem ImunifyAV w standardzie — jak LH.pl (CloudLinux + ImunifyAV + WAF LiteSpeed) — daje Ci tę warstwę ochrony bez dodatkowej konfiguracji.
Jeśli dopiero dobierasz serwer pod WordPress, zacznij od naszego pełnego poradnika zabezpieczania WordPressa oraz porównania hostingów pod WordPress. A o tym, dlaczego automatyczny backup ratuje stronę po włamaniu, piszemy osobno — to Twoja siatka bezpieczeństwa w dniu, w którym pojawia
się kolejna krytyczna luka.
Sprawdź oferty pasujące do tego scenariusza
Poniżej masz szybkie przejścia do ofert i stron z kodami rabatowymi tam, gdzie są dostępne.
LH.pl
Hosting WordPress z WAF LiteSpeed, ImunifyAV i automatycznym backupem
Jak sprawdzić, czy mam wtyczkę Kirki i czy jest podatna? +
W panelu WordPress wejdź w Wtyczki → Zainstalowane wtyczki i poszukaj „Kirki – Freeform Page Builder, Website Builder & Customizer". Sprawdź numer wersji. Podatne są wersje 6.0.0–6.0.6. Jeśli masz którąś z nich, natychmiast zaktualizuj do 6.0.7 lub nowszej. Kirki bywa też dołączana do motywów — jeśli nie widzisz jej na liście wtyczek, a używasz motywu z rozbudowanym kreatorem, sprawdź dokumentację motywu.
Na czym dokładnie polega luka CVE-2026-8206? +
To błąd zarządzania uprawnieniami (CWE-269) w mechanizmie resetowania hasła. Wtyczka akceptowała dowolny adres e-mail podany w żądaniu resetu, zamiast wysłać link wyłącznie na adres przypisany do konta. Atakujący mógł wskazać znaną nazwę użytkownika (np. konto administratora), podać własny e-mail jako odbiorcę linku, ustawić nowe hasło i zalogować się na przejęte konto. Ocena CVSS to 9.8/10 — czyli najwyższa, krytyczna.
Zaktualizowałem wtyczkę — czy to wystarczy? +
Aktualizacja zamyka lukę, ale jeśli wersja podatna była aktywna przez jakiś czas, sprawdź też, czy nikt już nie wykorzystał błędu: przejrzyj listę kont administratorów (usuń nieznane), zweryfikuj przypisane adresy e-mail, zmień hasła kont z uprawnieniami i przejrzyj logi logowań pod kątem nietypowej aktywności. Przy podejrzeniu włamania przywróć backup sprzed incydentu i przeskanuj pliki pod kątem złośliwego kodu.
Czy hosting chroni przed takimi lukami w wtyczkach? +
Hosting nie naprawi błędu w kodzie wtyczki — to robi aktualizacja od autora. Ale dobry hosting ogranicza skutki: firewall aplikacyjny (WAF) i wirtualne łatanie potrafią blokować znane wzorce ataku zanim zaktualizujesz wtyczkę, automatyczne kopie zapasowe pozwalają cofnąć stronę po incydencie, a skanery malware (np. ImunifyAV) wychwytują ślady włamania. Najważniejsza pozostaje jednak szybka aktualizacja wtyczek — najlepiej automatyczna.
🍪Używamy ciasteczek
Twoja prywatność = Twoja decyzja. Używamy anonimowych plików cookies Google Analytics,
żeby wiedzieć które porównania hostingów są dla Ciebie przydatne. Bez Twojej zgody nie uruchamiamy
żadnych skryptów śledzących — domyślnie wszystko jest wyłączone.
Szczegóły w polityce prywatności.