Implementările pot folosi instrumentare, agenți, biblioteci, hook-uri de runtime sau integrare cu framework-ul. Eticheta nu definește o arhitectură, o metodă de detectare, un domeniu de aplicare sau un nivel de asigurare unic.
Deoarece un control RASP poate observa execuția aplicației, poate lega o cerere de căi de cod, interogări, tratarea datelor, identități sau excepții pe care un control extern nu le poate vedea. Produsele și implementările diferă între monitorizare, blocare și răspuns specific aplicației.
Puncte esențiale
Amplasare și domeniuDocumentați runtime-urile, aplicațiile, căile de cod, intrările, clasele de atac, modurile de operare suportate și orice comportament pe care controlul nu îl poate inspecta sau întrerupe în siguranță.
Operare sigurăTestați detectarea și blocarea pe trafic reprezentativ, măsurați latența și utilizarea resurselor, protejați accesul la politici și management, introduceți aplicarea etapizat și definiți comportamentul fail-open, fail-closed, de revenire și de tratare a dovezilor.
ValidareConfirmați detectările revendicate cu teste reproductibile, monitorizați falsele pozitive și falsele negative, reevaluați după modificări ale aplicației sau runtime-ului și asigurați-vă că alertele ajung la un proces de răspuns responsabil.
Limitare importantăRASP nu repară codul vulnerabil și nu face aplicația sigură. Poate fi ocolit, configurat greșit sau afectat de căi nesuportate, iar instrumentarea la rulare poate afecta performanța sau stabilitatea.