Wymiana ujawnionego klucza VPN: co musi zrobić serwer

Zgubiono laptop z kluczem klienta, a pierwszym krokiem jest zwykle usunięcie lokalnej kopii. To niczego nie zmienia na serwerze, który nadal ma autoryzację akceptującą ten klucz, dopóki ktoś jej nie usunie. Wymiana to dwie operacje, a tylko druga dotyczy starego poświadczenia.

Lokalna kopia nie jest władzą

Poświadczenie VPN jest akceptowane, bo tak mówi konfiguracja po stronie serwera. W przypadku certyfikatów oznacza to, że certyfikat łańcuchowo łączy się z zaufanym wystawcą i nie figuruje na liście unieważnień, którą sprawdza brama. W przypadku WireGuard oznacza to, że klucz publiczny peera jest w konfiguracji interfejsu. Usunięcie pliku na kliencie usuwa jedną kopię sekretu i pozostawia regułę akceptacji nietkniętą.

Dlatego skradziony klucz nadal działa po oczywistym sprzątaniu i dlatego incydent wydaje się nierozwiązany nawet po zainstalowaniu nowej konfiguracji.

Zacznij od reguły serwera, potem pracuj na zewnątrz, w stronę klienta.

Certyfikaty: decyzję ma serwer

Wystaw zamianę przez własny proces wystawcy, aby nowa tożsamość została odnotowana, a następnie wycofaj starą podpisanym unieważnieniem. Brama musi być skonfigurowana tak, aby sprawdzała to źródło unieważnień, i musi je ponownie wczytać, inaczej plik leży na dysku, a tunel nadal akceptuje stary numer seryjny. Aktywne sesje mogą też przetrwać do renegocjacji, więc zaplanuj ponowne połączenie.

Potwierdź, że zamiana działa dla zamierzonej aplikacji, a następnie potwierdź w zatwierdzonym procesie, że wycofany certyfikat nie ustanawia już dostępu.

To dwa różne testy i oba są konieczne. RFC 5280 definiuje semantykę certyfikatów i unieważnień, na której opiera się brama.

WireGuard: klucz peera jest tożsamością

WireGuard nie ma warstwy certyfikatów: klucz publiczny peera jest tożsamością, a wpis allowed-ips na serwerze jest autoryzacją. Usunięcie starego peera z konfiguracji interfejsu jest unieważnieniem i obowiązuje natychmiast dla nowych uścisków dłoni.

Istniejące sesje kończą się, gdy następny uścisk dłoni się nie powiedzie, co zwykle następuje w ciągu kilku minut, a nie natychmiast.

Rozprowadź nową konfigurację kanałem, któremu powierzyłbyś hasło, bo klucz prywatny jest poświadczeniem. Trzymaj jeden klucz na urządzenie, aby jedno zgubione urządzenie nie wymuszało zmiany wszystkich.

Co jeszcze było w tym pakiecie

Pakiet klienta często niesie więcej niż klucz prywatny: statyczny klucz TLS, nazwę użytkownika i hasło, współdzielony sekret lub token przygotowania. Ogranicz incydent do tego, co faktycznie ujawniono, i wymień także te elementy. Wymiana certyfikatu przy pozostawieniu współdzielonego klucza statycznego zamyka jedne drzwi i zostawia otwarte inne.

Jeśli pakiet był współdzielony między urządzeniami, każde urządzenie, które go nosi, dziedziczy ekspozycję.

Zapisz, co wymieniono, bo następny audyt o to zapyta.

Udowodnij odmowę, a potem odnotuj wymianę

Wymiana jest zakończona, gdy zachodzą dwa fakty: nowa tożsamość działa dla zamierzonej usługi, a stara jest odrzucana. Drugi zweryfikuj wycofanym poświadczeniem ze środowiska testowego lub kontrolowaną próbą zatwierdzoną przez organizację, i przeczytaj logi bramy, aby potwierdzić, że odmowa wynika z polityki, a nie z literówki. Potem odnotuj stary identyfikator, nowy i czas zmiany, bo te trzy wartości są tym, czego audytor potrzebuje do odtworzenia. Nic innego w zgłoszeniu nie wyjaśni tej luki.

Trzymaj klucze prywatne poza zgłoszeniami i czatem i zgodnie z polityką usuń przestarzałe eksporty z magazynu i kopii zapasowych.

Wymiana bez testu odmowy to założenie, a nie naprawa.