Vulnerability Engineering
Cykl o tym, jak przejść od długiej listy CVE do realnego zarządzania ryzykiem — bez korporacyjnego lania wody i bez straszenia. Konkret z pola: rejestry, runtime, właścicielstwo, remediacja.
co mamy podatne? → co z tym zrobimy?
znaleziska w rejestrze ≠ ryzyko w runtime
// Cały cykl trzyma się jednej osi: podatność bez kontekstu, właściciela i decyzji nie jest zarządzaniem ryzykiem. Jest tylko ładniejszym Excelem ze skanera.
Blog · poza cyklem
CVE-2026-81578/82078 w PaperCut NG/MF: aktywna eksploatacja, Emergency Patch Release 2 zastępujący pierwszy patch, regresje SAML/Card-ID i wejście do CISA KEV 31.08. Priorytet CVE nie może być liczbą liczoną raz — finding to zdarzenie z historią, a patch to nie compromise assessment.
Czytaj wpis →Lab · analiza wieloagentowa AI
Wieloagentowa analiza AI 22 opublikowanych rozbiorów — pięć powtarzalnych punktów awarii procesu VM, z debatą agentów, Finding Council i jawną listą „czego nie wiemy". Tezy generowane przez agentów AI; materiał edukacyjny, wymaga weryfikacji przez człowieka.
Czytaj analizę →Cykl · 12 części
Vulnerability Management odpowiada na pytanie „co mamy podatne". Vulnerability Engineering zaczyna się tam, gdzie kończy się lista — przy właścicielu, kontekście i decyzji. Z przykładem rejestru kontenerów, który skanuje wszystko, a nie wie nic.
Czytaj artykuł →VMRT
Cykl opisuje proces. VMRT pokazuje go w działaniu — gdy podatności nie żyją osobno w skanerze, zgłoszenia w Jirze, a wyjątki w mailach. Demo produktu pojawi się tutaj.
// Demo wkrótce — sekcja przygotowana pod osadzenie interaktywnej wersji.