Implementacje mogą używać instrumentacji, agentów, bibliotek, haków runtime lub integracji z frameworkiem. Etykieta nie definiuje jednej architektury, metody wykrywania, zakresu egzekwowania ani poziomu zapewnienia.
Ponieważ kontrola RASP może obserwować wykonanie aplikacji, może powiązać żądanie ze ścieżkami kodu, zapytaniami, obsługą danych, tożsamościami lub wyjątkami, których kontrola zewnętrzna nie widzi. Produkty i implementacje różnią się między monitorowaniem, blokowaniem a odpowiedzią specyficzną dla aplikacji.
Najważniejsze punkty
Umiejscowienie i zakresUdokumentuj obsługiwane środowiska wykonawcze, aplikacje, ścieżki kodu, wejścia, klasy ataków, tryby działania oraz każde zachowanie, którego kontrola nie może inspektować ani bezpiecznie przerwać.
Bezpieczna eksploatacjaTestuj wykrywanie i blokowanie na reprezentatywnym ruchu, mierz opóźnienie i zużycie zasobów, chroń politykę i dostęp administracyjny, wdrażaj egzekwowanie etapami oraz zdefiniuj zachowanie fail-open, fail-closed, wycofania i obsługi dowodów.
WalidacjaPotwierdzaj deklarowane wykrycia testami powtarzalnymi, monitoruj fałszywe pozytywy i negatywy, ponownie oceniaj po zmianach aplikacji lub środowiska wykonawczego oraz zapewnij, że alerty docierają do rozliczalnego procesu reagowania.
Istotne ograniczenieRASP nie naprawia podatnego kodu ani nie czyni aplikacji bezpieczną. Może zostać ominięty, błędnie skonfigurowany lub osłabiony przez nieobsługiwane ścieżki, a instrumentacja runtime może wpływać na wydajność lub stabilność.