Artykuł zespołu Google Project Zero analizuje proces wdrażania poprawek bezpieczeństwa i wskazuje na wąskie gardła, które opóźniają reakcję na aktywne exploity. Autorzy zauważają, że o ile triaż i samo tworzenie kodu mogą przebiegać szybko, o tyle największym problemem są etapy testowania oraz dystrybucji oprogramowania.
Zbyt szybkie wypuszczenie nieprzetestowanej poprawki niesie ze sobą ryzyko uszkodzenia urządzeń (tzw. bricking) lub utraty danych użytkowników, co może zniechęcać do przyszłych aktualizacji. Firmy muszą balansować między szybkością reakcji a stabilnością systemu, biorąc pod uwagę ograniczenia infrastruktury oraz zachowania użytkowników, którzy często unikają restartów.
Jako skuteczne rozwiązanie problemu szybkiej remediacji wskazano wykorzystanie tzw. feature flags (flag funkcji). Pozwalają one na zdalne wyłączanie podatnych komponentów, takich jak konkretne kodeki multimedialne, bez konieczności przesyłania pełnych aktualizacji systemu. Przykładem może być sytuacja z FaceTime, gdzie Apple tymczasowo wyłączyło funkcję grupowych połączeń, aby powstrzymać eksploatację luki.
Innym zaawansowanym podejściem jest implementacja bibliotek typu „dual stack”, stosowana m.in. przez Meta. Pozwala to na kompilację dwóch wersji danej biblioteki w jednym pliku binarnym, gdzie przełączanie między nimi odbywa się błyskawicznie za pomocą flagi. Dzięki temu w razie problemów z nową wersją, można natychmiast przywrócić poprzednią, stabilną funkcjonalność.
