Odniesienia i źródła

Źródła OWASP

Skąd pochodzi wiedza wbudowanych specjalizacji OWASP, przyporządkowana do kanonicznych stron OWASP z opisami ataków i Cheat Sheets.

Ten dokument przyporządkowuje każdy atak (www-community) i każdy Cheat Sheet (CheatSheetSeries) OWASP do kategorii bezpieczeństwa, z linkiem do jego kanonicznej, publicznej strony. W obrębie kategorii równoważne pozycje dzielą jeden wiersz listy kontrolnej: ataki i Cheat Sheets dotyczące tego samego ryzyka stoją obok siebie, rozdzielone przecinkami. Pozycje bez bezpośredniego odpowiednika mają własny wiersz.

  • Wszystkie zasługi należą do OWASP. Ataki znajdziesz pod adresem https://owasp.org/www-community/attacks/<attack>, a Cheat Sheets pod adresem https://cheatsheetseries.owasp.org/cheatsheets/<cheat>.html.

1. Ataki typu injection (ogólne)​


2. Injection w SQL i bazach danych​


3. Command injection w systemie operacyjnym​


4. Injection w LDAP, XPath i XML​


5. Cross-Site Scripting (XSS)​


6. Cross-Site Request Forgery (CSRF) i clickjacking​


7. Przekierowania i przekazywanie żądań​


8. Kontrola dostępu i autoryzacja​


9. Uwierzytelnianie i dane uwierzytelniające​


10. Zarządzanie sesją​


11. Federacja tożsamości (OAuth, SAML i JWT)​


12. Kryptografia i bezpieczeństwo transportu​


13. Server-Side Request Forgery (SSRF)​


14. Path traversal i obsługa plików​


15. Nadużycia protokołu HTTP (nagłówki, cache, splitting)​


16. Kodowanie i content spoofing​


17. Injection w plikach CSV i arkuszach kalkulacyjnych​


18. CORS (Cross-Origin Resource Sharing)​


19. Odmowa usługi (DoS)​


20. Bezpieczeństwo pamięci i kod natywny​


21. Mobile code i wykonywanie niezaufanego kodu​


22. Deserializacja​


23. Złośliwe oprogramowanie i zagrożenia po stronie klienta​


24. Logi, wypieranie się działań i obsługa błędów​


25. Logika biznesowa i nadużywanie funkcjonalności​

Logika biznesowa i nadużywanie funkcjonalności nie mają jednej powierzchni ataku w kodzie, której mogłaby bronić specjalizacja poświęcona jednej powierzchni: obroną jest projekt dopasowany do konkretnej aplikacji, oparty na tym samym rozumowaniu, które prowadzi modelowanie zagrożeń w projekcie. Przeniesione do sekcji "Poza zakresem".


26. Bezpieczeństwo AI, LLM i agentów​


27. Prototype pollution i cross-site leaks​


28. Frameworki i platformy językowe​


29. Frontend webowy i przeglądarka​


30. API i usługi​


31. Chmura, kontenery i infrastruktura​

Konfiguracja kontenerów i obciążeń to configuration as code, którą deweloper dostarcza razem z aplikacją (Dockerfile, Compose, securityContext poda), czyli realna powierzchnia ataku, na której harden wdraża poprawki, a verify wykazuje, że działają, dlatego należy do zakresu. Administracja klastrem (RBAC, etcd, serwer API, admission, segmentacja sieci) to domena operatora i pozostaje poza zakresem.


32. Łańcuch dostaw i CI/CD​


33. Sekrety i konfiguracja​

Zarządzanie sekretami to kwestia operacyjna: sejfy na sekrety, CI/CD, konfiguracja chmury, rotacja. Jedyny aspekt na poziomie kodu (sekret zapisany na sztywno w kodzie źródłowym) wymaga deterministycznego skanowania, a nie specjalizacji poświęconej ryzyku. Przeniesione do sekcji "Poza zakresem".


34. Procesy, projektowanie i governance​

Ochrona prywatności użytkowników to kwestia polityk i projektowania (minimalizacja danych, przejrzystość, retencja), a nie powierzchnia ataku w kodzie, której broni specjalizacja. Przeniesione do sekcji "Poza zakresem".


35. Płatności i zgodność z regulacjami​


36. Systemy wbudowane, IoT i dziedziny specjalistyczne​

Bezpieczeństwo pojazdów i dronów to domena systemów wbudowanych (magistrala CAN, firmware OTA, integralność czujników i łączności radiowej, dostęp fizyczny), a nie kod źródłowy aplikacji webowych i API, który audytuje Lagune. Przeniesione do sekcji "Poza zakresem".


Poza zakresem (brak powierzchni ataku w kodzie)​

Te pozycje nie są obszarem działania specjalizacji i nie mają pola wyboru: dotyczą governance, procesów, utwardzania operacyjnego albo korzystania z frameworków i nie mają jednej powierzchni ataku w kodzie, której mogłaby bronić specjalizacja poświęcona jednej powierzchni. Ich wartość dla bezpieczeństwa jest realna, ale leży w procesach i architekturze (albo, w przypadku frameworka, we własnym skillu danego języka), a nie w obronie, którą dostarcza ten katalog. Wymieniamy je jako punkt odniesienia, a nie jako zadania do wykonania.