Kod wykonuje się w kontekście konkretnego procesu, konta, kontenera lub usługi, więc wynikający dostęp i szkoda zależą od tego kontekstu oraz otaczających granic bezpieczeństwa.
RCE może wynikać z wielu przyczyn źródłowych, w tym wstrzyknięcia kodu lub poleceń, niebezpiecznej deserializacji, uszkodzenia pamięci, niebezpiecznego przetwarzania plików, eksponowanych funkcji administracyjnych lub łańcucha słabości. Część przypadków wymaga uwierzytelnienia, interakcji użytkownika, konkretnej konfiguracji lub wcześniejszego dostępu. RCE opisuje rezultat, a nie typ usterki.
Najważniejsze punkty
Potencjalny skutekWykonany kod może odczytywać lub zmieniać dane, zakłócać usługę, tworzyć kolejną ścieżkę dostępu lub działać na połączonych systemach — ale tylko w granicach możliwości skompromitowanego kontekstu i osiągalnych zależności.
OcenaUstal dotknięty komponent, ścieżkę ataku, wymagany dostęp, interakcję, uprawnienia, kontekst wykonania, niezawodność, środki łagodzące i zaobserwowane dowody przed nadaniem priorytetu operacyjnego.
Priorytety obronneUsuwaj niepotrzebną ekspozycję, stosuj zwalidowane poprawki, ograniczaj uprawnienia usług i dostęp wychodzący, izoluj obciążenia, monitoruj ścieżki wykonania i badaj podejrzane użycie jako potencjalny incydent.
Istotne ograniczenieRCE nie oznacza automatycznie eksploatacji z internetu bez uwierzytelniania, kontroli administracyjnej, utrwalenia ani pełnej kompromitacji systemu. Sandboxing, minimalne uprawnienia, kontrole sieciowe i inne granice mogą redukować skutki bez naprawy leżącej u podstaw słabości.