Blog 24/7
ARK. W09Parametr monitoringuWydajność · lista 87 parametrów

Cache strony

ważność średniamierzonysposób wydajnosc_cache_strony

Brak śladów cache stron (LiteSpeed, WP Rocket, Cloudflare…) — każda wizyta składa stronę od zera.

Wdrożony 01.10 (badanie profilem). Bez przeglądarki; tylko do raportu.

ARK. 1

WIKI

wiedza ze źródeł zewnętrznych

Artykuł o parametrze „Cache strony” jest w przygotowaniu. Powstaje po kolei dla wszystkich 87 parametrów, każde twierdzenie z przypisem do źródła.

ARK. 2

STATS

wyniki z systemu · tylko liczby zbiorcze
TAB. 2.1Odczyty per strona—

Ten 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.

TAB. 2.3Ustalenia—

Ten parametr nie otworzył jeszcze żadnego ustalenia w bazie LAB247. Pusto nie znaczy „czysto” — znaczy, że nic nie przekroczyło reguły.

TAB. 2.4Przebiegi z tym sposobem sprawdzenia—

Harmonogram nie zapisał jeszcze przebiegu ze sposobem „wydajnosc_cache_strony”. Zapis przebiegów z n8n działa od 2026-09-14.

ARK. 3

CARD

karta z kodu CREATO_PING, odczyt 01.10.2026

Jak 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.

RYS. 3.1Droga parametru przez system: Cache strony
TAB. 3.1Pomiarpliki: 6
Obszar i ważnośćWydajność · średnia (W09)
Workflow i częstotliwośćskaner_badanie działa na LAB247Skaner 2.0, badanie kohorty: premium co 12 h, reszta co 24–48 h · Od 2026-10-01 zestawy kohort (premium_pelny, tani_ciezki, tani_lekki) mają tury higiena, serwer, sklep, kasa i strony (wyciek ścieżek B41, CMS po EOL B44, kluczowe podstrony S08, odnośniki kontaktowe D10); nocny pomiar wydajności (trend, waga, od 01.10 też metryki pasma W01–W04 i W07) tylko premium — u reszty prośba o pomiar zagłodziłaby nocny plan. Sklep: strona bez WooCommerce = „nie dotyczy”.
Sonda i helpersposób wydajnosc_cache_strony · CREATO_PING/helpers/wydajnosc_serwer.py
Testy
  1. Ten sam pomiar co Kompresja (tura „serwer”), plus drugi GET tej samej strony — ślad HIT albo nagłówek age pojawia się często dopiero przy drugim wejściu.
  2. Ślady w nagłówkach obu odpowiedzi: 23 nagłówki warstw cache (LiteSpeed, QUIC.cloud, WP Rocket, SiteGround, Cloudflare, Varnish, nginx FastCGI, Kinsta, WP Engine, Hostinger, W3 Total Cache, WP-Optimize i inne); cf-cache-status liczy się tylko z wartością hit, dynamic, miss, expired, revalidated, updating albo stale.
  3. Ślady w HTML: komentarze 10 wtyczek cache w ostatnich 6000 znaków dokumentu.
  4. Trafienie: hit albo cached w nagłówku cache, albo age > 0.
Typ wynikuenum: ok / nie_dalo_sie_sprawdzic (z przyczyną) + znalezione ślady cache, warstwy, flaga trafienia; 0 albo 1 ustalenie wydajnosc_brak_cache_strony
Jednostkabrak — wynik jakościowy (obecność śladów cache)
Próg i regułaReguła: zero śladów i zero trafień = wydajnosc_brak_cache_strony (pewność uncertain w polityce). Timeout 10 s, połączenie 5 s.
Gdzie leżą pokrętłaCREATO_PING/helpers/wydajnosc_serwer.py → SLADY_NAGLOWKOW, SLADY_HTML, _hitCREATO_PING/config/incident_policy.toml → [finding] wydajnosc_brak_cache_strony
Retencja odczytówSurowy 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
  1. Większość nagłówków liczy się samą obecnością: x-cache: MISS przy każdym wejściu też jest „śladem” i daje ok.
  2. Wzorce komentarzy są luźne (np. słowo Hummingbird albo Breeze w końcówce HTML) — wzmianka w treści wygląda jak wtyczka cache.
  3. Cache bez śladu w nagłówkach i HTML (część hostingów) daje ustalenie — polityka zaznacza to pewnością uncertain.
kandydaci do pętli: kod a opis parametru albo specyfikacja
Karta przepisana zCREATO_PING/helpers/wydajnosc_serwer.py · CREATO_PING/helpers/security_testy.py · CREATO_PING/config/incident_policy.toml · CREATO_PING/skaner/scenariusze/tani_lekki.toml · CREATO_PING/skaner/usterki.toml · CREATO_PING/skaner/ocena.py · odczyt 01.10.2026
TAB. 3.2Co oznacza failtypów Findingów: 1

wydajnosc_brak_cache_strony: bramka polityki zamknięta (gate=false) — zostaje odczyt i werdykt „bez_subtaska” w bazie skanera, sprawa nie powstaje, więc usterka „Brak cache stron — każda wizyta składa stronę od zera” (waga 0) nie wchodzi do wskaźnika strony. Przyczyna do raportu, nie ocena.

KodFindingSeverityPewnośćSkutekFinding / alarmWaga → ocenaCo zrobić
W09.01Brak cache stron — każda wizyta składa stronę od zerawydajnosc_brak_cache_stronyNiska—bez wpływunie / —waga 0 — nie usterka—
TAB. 3.3W09.01 · Brak cache stron — każda wizyta składa stronę od zerawersja 2 · 01.10.2026
Kod i kluczW09.01 · wydajnosc_brak_cache_strony → perf_no_page_cache (klucz angielski przyjęty 01.10; skaner nadaje jeszcze stary) · w tabeli typów
Co znaczyopis do opracowania
Kiedy powstajeAni w nagłówkach dwóch kolejnych GET, ani w końcówce HTML nie ma śladów warstwy cache (lista SLADY_NAGLOWKOW/SLADY_HTML) i nie ma trafienia (HIT w nagłówkach x-*-cache/cf-cache-status albo Age > 0).
Severity · pewnośćNiska
Skutek dla stronybez wpływu · tylko statystyka (gate=false)
Waga → ocenawaga 0 — nie usterka
KlasyfikacjaOCSF 1.9.0: poza klasami Findingu
Rekord OCSFfinding_info.analytic.uid = "W09.01" · analytic.name = "perf_no_page_cache" · finding_info.types = ["W09 Cache strony"]
Co zrobić—
Wersje typu
  1. v1 · 01.10.2026 — kod W09.01 nadany (finding-codes.ts)
  2. v2 · 01.10.2026 — parametr z „zaplanowany” na wdrożony: sonda działa w profilach skanowania kohort (badanie), wyniki trafiają do LAB247 (doc/stan.md 2026-10-01 (6))
ARK. 4

LOOP

bez pętli
RYS. 4.1Pętla parametru — sześć etapów
TAB. 4.1Trafność, 30 dnialarmy · prawdziwe · fałszywe · bez rozstrzygnięcia

Trafnoś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.

TAB. 4.2Pętle—

Ten parametr nie przeszedł jeszcze żadnej pętli. Kolejność po pierwszych pięciu grupach ustali miara trafności.

Blog 24/7
14.11Osaka: atak na serwis Arara ujawnił ponad milion adresów e-mail mieszkańcówtherecord.media14.11ArcticRAT przejmuje telefony z Androidem i przez AI szuka danych finansowych w SMS-achdarkreading.com14.11Zespół Białego Domu ds. AI chce ulg dla firm po cyberatakach z użyciem AIcybersecuritydive.com14.11Platformy AI automatyzują ataki, Talos widzi w sieci ponad 700 instancji PentAGIblog.talosintelligence.com14.11FBI ostrzega przed Artex, platformą AI, która automatyzuje włamaniatherecord.media13.11Ataki Mior i Skyfall odczytują pamięć maszyn wirtualnych chronionych AMD SEV-SNPthehackernews.com13.11Gootloader otworzył drogę do 44 ataków ransomware, straty 28,8 mln dolarówtherecord.media13.11PostgreSQL łata 52 luki, w tym CVE-2026-6460 pozwalającą wykonać kod na serwerzethehackernews.com13.11Autopay potwierdza cyberatak i nieautoryzowany dostęp do części danych płatnościsekurak.pl13.11University of Texas at Arlington potwierdza kradzież danych po ataku gangu Qilintherecord.media