Luki rdzenia WordPressa
ważność krytycznamierzonysposób vuln_match
Wykryta wersja rdzenia WordPressa porównana z bazą znanych CVE (feed Wordfence). Luka rdzenia dotyczy każdej strony na tej wersji.
WIKI
wiedza ze źródeł zewnętrznychArtykuł o parametrze „Luki rdzenia WordPressa” jest w przygotowaniu. Powstaje po kolei dla wszystkich 87 parametrów, każde twierdzenie z przypisem do źródła.
STATS
wyniki z systemu · tylko liczby zbiorczeTen parametr nie zapisuje odczytu per strona — przebieg zostawia tylko ustalenia, więc liczby sprawdzonych stron i wyników „ok” system nie ma. Pojawią się po wdrożeniu zapisu przebiegów per strona per parametr.
Ten parametr nie otworzył jeszcze żadnego ustalenia w bazie LAB247. Pusto nie znaczy „czysto” — znaczy, że nic nie przekroczyło reguły.
- Przebiegów
- 33sposób vuln_match
- W 30 dni
- 0przebiegów
- Ostatni
- 19.09.2026start przebiegu
- Stron w przebiegach
- —33 przebiegów bez liczby stron
CARD
karta z kodu CREATO_PING, odczyt 01.10.2026Jak ten parametr trafia do ClickUpa: wynik sondy to linia w subtasku 2. Pomiar, a usterka, którą otwiera — linia w subtasku 1. Podsumowanie (z identyfikatorem CWE i kategorią OWASP), skąd liczy się wskaźnik zagrożenia i status strony. Projekcja z bazy skanera odświeża oba subtaski co godzinę. Do 22.09 każde ustalenie dostawało własny subtask i status ze starego słownika (PODATNA, WARNING…) — te słowa zostały jeszcze w części opisów pomiaru niżej jako język wewnętrzny sond.
| Obszar i ważność | Bezpieczeństwo · krytyczna (B42) |
|---|---|
| Workflow i częstotliwość | creato_ping_security_v2 · P3 działa na LAB247Skaner 2.0, rytm „p3” / „bezpieczenstwo”: premium co 6 h, reszta co 24 h (tier 1–3), co 9 dni (tier 4) · Dokładny skan. dns_integrity porównuje NS, MX, SPF i DMARC z wzorcem z poprzedniego przebiegu. |
| Sonda i helper | sposób vuln_match · CREATO_PING/helpers/vuln_match.py |
| Testy |
|
| Typ wyniku | lista dopasowań rdzenia: vuln_wp_core na każdy wpis Wordfence dla wersji rdzenia (aktywny albo załatany — flaga patched), z tytułem, identyfikatorem Wordfence, CVE, CVSS, uprawnieniami i znacznikami KEV/EPSS; na ocenę przekłada je podsumowanie wersji |
| Jednostka | brak — wynik jakościowy; CVSS 0,0–10,0 jako waga |
| Próg i reguła | Reguła, nie próg: wersja w zakresie podatnym = vuln_wp_core aktywna; nieznana wersja pasuje tylko do wpisów „każda wersja”. Podsumowanie: K luk pilnych → min(K, 3) atomów vuln_wp_core_krytyczna; same luki niepilne → jeden atom vuln_wp_core. |
| Gdzie leżą pokrętła | CREATO_PING/helpers/vuln_match.py → match_one_site, _version_matches, _get_patched_boundary, _podbijCREATO_PING/helpers/wordfence_feed.py → _severity_from_cvssCREATO_PING/helpers/kev_epss.py → EPSS_PROG (0,1)CREATO_PING/skaner/ocena.py → rozloz_version_summary, LIMIT_INSTANCJI (3)CREATO_PING/config/incident_policy.toml → [finding] vuln_wp_core |
| Retencja odczytów | Surowy pomiar jako NIEZMIENNY wiersz tabeli `odczyty` w bazie skanera (wejście, wyjście, dowody, sha karty sondy i helpera, commit kodu) — trigger odrzuca każdą zmianę. Okno retencji z kohorty: 90 dni premium, 30 dni reszta; poza oknem zostają odczyty z werdyktem problemu, akcją albo etykietą, bo replay reguł ich potrzebuje (`skaner/retencja.py`). Do LAB247 ten kanał nie idzie (do bazy serwisu jadą dziś tylko sprawdzenia dostępności), więc poza odczytem zostaje werdykt w tabeli `werdykty` i sprawa w tabeli `sprawy`. |
| Znane rozbieżności |
|
| Karta przepisana z | CREATO_PING/helpers/vuln_match.py · CREATO_PING/helpers/wordfence_feed.py · CREATO_PING/helpers/kev_epss.py · CREATO_PING/helpers/wp_fingerprint.py · CREATO_PING/helpers/version_summary.py · CREATO_PING/helpers/security_runner.py · CREATO_PING/helpers/security_testy.py · CREATO_PING/skaner/strona.py · CREATO_PING/skaner/kohorty.toml · CREATO_PING/config/incident_policy.toml · CREATO_PING/skaner/usterki.toml · CREATO_PING/skaner/ocena.py · odczyt 01.10.2026 |
vuln_wp_core: bramka polityki zamknięta (gate=false) — zostaje odczyt i werdykt „bez_subtaska” w bazie skanera, sprawa nie powstaje, więc usterka „Rdzeń WordPressa z luką niekrytyczną” (waga 3) nie wchodzi do wskaźnika strony. Do wskaźnika luki rdzenia wchodzą przez podsumowanie wersji: sprawa `version_summary` jest kontenerem, który `ocena.py` rozkłada z nazwy — K luk pilnych daje min(K, 3) atomów `vuln_wp_core_krytyczna` (waga 4), same luki niepilne jeden atom `vuln_wp_core` (waga 3 = Średni od 10.10), a „WP: nieznana” atom `wersja_nieznana` (dotyczy monitoringu, oceny nie obniża). Sprawa podsumowania liczy się od razu, także w statusie IN PROGRESS. Podsumowanie powstaje tylko przy co najmniej jednej aktywnej luce rdzenia albo wtyczki; w badaniu ten sam rozkład liczy `skaner/strona.py` (_kontener_wersji).
| Kod | Finding | Severity | Pewność | Skutek | Finding / alarm | Waga → ocena | Co zrobić |
|---|---|---|---|---|---|---|---|
| B42.01 | CVE w rdzeniu WordPressvuln_wp_core | Wysoka | Ewidentne | otwarta podatność | nie / nie | waga 3 → ocena 5–6 (żółty) | Zaktualizuj WordPress. |
| B42.02 | Rdzeń WordPressa z luką krytyczną (CVSS ≥ 9)vuln_wp_core_krytyczna | — | — | — | — / — | waga 4 → ocena 7–8 (pomarańczowy) | — |
Usterki pochodne (z rozłożenia kontenera, nie z osobnego ustalenia): wersja_nieznana — waga 2 — monitoring, oceny nie obniża
| Kod i klucz | B42.01 · vuln_wp_core · w tabeli typów |
|---|---|
| Co znaczy | Wersja rdzenia ma znaną podatność. |
| Kiedy powstaje | Finding: gdy fingerprint ma wp_version, dopasowanie slugu „wordpress” w indeksie Wordfence z sw_type core (reguły jak vuln_cve, łącznie z PATCHED); vuln_cve przemianowany na vuln_wp_core. Atom skanera: tytuł version_summary pasuje do „WP: <wersja> (<N> podatno…[, <K> kryt])” z N > 0 i K = 0 → jeden atom vuln_wp_core.Atom: skaner/ocena.py:313. Podsumowanie wersji istnieje tylko przy ≥1 aktywnym vuln_cve/vuln_wp_core (version_summary.py:189–190). |
| Severity · pewność | Wysoka · Ewidentne |
| Skutek dla strony | otwarta podatność · tylko statystyka (gate=false) · alarm nie |
| Waga → ocena | waga 3 → ocena 5–6 (żółty) |
| Klasyfikacja | CWE: CWE-1395 (Dependency on Vulnerable Third-Party Component)OWASP Top 10:2025: A03:2025 Software Supply Chain FailuresMITRE ATT&CK 19.2: T1190 Exploit Public-Facing Application (warunek)OWASP ASVS 5.0.0: 15.2.1OCSF 1.9.0: Vulnerability Finding (class_uid 2002) |
| Rekord OCSF | finding_info.analytic.uid = "B42.01" · analytic.name = "vuln_wp_core" · finding_info.types = ["B42 Luki rdzenia WordPressa"] |
| Co zrobić | Zaktualizuj WordPress. |
| Wersje typu |
|
| Kod i klucz | B42.02 · vuln_wp_core_krytyczna → vuln_wp_core_critical (klucz angielski przyjęty 01.10; skaner nadaje jeszcze stary) · w tabeli typów |
|---|---|
| Co znaczy | opis do opracowania |
| Kiedy powstaje | Tylko atom skanera: z tytułu version_summary „WP: <wersja> (<N> podatności, <K> kryt.)” — K = core_critical_count = liczba aktywnych CVE rdzenia o severity 'urgent' (CVSS ≥ 9,0 lub podbite przez KEV/EPSS ≥ 0,1); atom powtórzony min(K, 3) razy.K liczone w helpers/version_summary.py:209–211, formatowane w :240–242. |
| Severity · pewność | — |
| Skutek dla strony | — · brak w polityce |
| Waga → ocena | waga 4 → ocena 7–8 (pomarańczowy) |
| Klasyfikacja | CWE: CWE-1395 (Dependency on Vulnerable Third-Party Component)OWASP Top 10:2025: A03:2025 Software Supply Chain FailuresMITRE ATT&CK 19.2: T1190 Exploit Public-Facing Application (warunek)OWASP ASVS 5.0.0: 15.2.1OCSF 1.9.0: Vulnerability Finding (class_uid 2002) |
| Rekord OCSF | finding_info.analytic.uid = "B42.02" · analytic.name = "vuln_wp_core_critical" · finding_info.types = ["B42 Luki rdzenia WordPressa"] |
| Co zrobić | — |
| Wersje typu |
|
LOOP
bez pętliTrafności jeszcze nie liczymy: zamknięcie subtaska nie niesie dziś werdyktu (prawdziwy / fałszywy / nie dało się sprawdzić). Cztery liczby pojawią się, gdy każde zamknięcie dostanie werdykt — to warunek startu pętli 1.
Ten parametr nie przeszedł jeszcze żadnej pętli. Kolejność po pierwszych pięciu grupach ustali miara trafności.