Wyjście z usługi jest niekompletne, gdy istnieje eksport, ale nikt nie może tego wyjaśnić ani przywrócić. Zacznij od pytań przyszłego operatora: które domeny i nadawcy są zatwierdzeni, jakie zależności są aktywne, dlaczego istnieją wyjątki i jakie zmiany zostały autoryzowane? Eksport powinien zachować te odpowiedzi bez przenoszenia tajemnic lub niepotrzebnych danych osobowych do niekontrolowanego archiwum.
Zdefiniuj granicę eksportu
Wyświetlanie spisu domen i nadawców, konfiguracji DNS i zasad, wygenerowanych wartości specyficznych dla dostawcy, próbek i historii raportów, konwencji analizowania, przypisań użytkowników i ról, wyjątków, zatwierdzeń i dzienników zmian. Zapisz zakres czasu, znane luki i wyeksportuj strefę czasową. Zachowaj słowniki danych i identyfikatory łączące wiersz raportu z jego oryginalnym plikiem. Zrzut ekranu wykresu stanowi przydatny kontekst, ale nie zastępuje dowodów leżących u jego podstaw.
Struktura raportu zbiorczego jest określona w RFC 9990; dashboardy mogą dodawać własne przypisania lub normalizację. Zachowaj wystarczającą ilość surowej treści, aby odróżnić pola standardowe od interpretacji dostawcy. Nie traktuj znanej etykiety dostawcy jako dowodu, że firma zatwierdziła określone konto wysyłające.
Oddziel konfigurację od poświadczeń
Zidentyfikuj, które elementy eksportu są bezpiecznymi metadanymi operacyjnymi, a które poświadczeniami. DKIM publiczne rekordy DNS i selektor nazwy nie są prywatnymi kluczami podpisującymi. Jeśli przenoszenie kluczy prywatnych jest obsługiwane i autoryzowane, użyj oddzielnie zatwierdzonego procesu przesyłania kluczy tajnych; nie umieszczaj ich w tym ogólnym pakiecie dowodów. Jeśli dostawca nie będzie eksportował kluczy, zaplanuj nowe tożsamości podpisujące i kontrolowane przejście, zamiast obiecywać przywrócenie danych po wyeksportowaniu klucza publicznego.
Zastosuj kontrolę dostępu i przechowywania danych w raportach i dziennikach inspekcji. Migracja nie jest powodem do zatrzymania wszystkiego na zawsze. Poproś odpowiedniego właściciela o zatwierdzenie tego, co zostanie zachowane, kto może je otworzyć i kiedy należy je usunąć. Zrób listę niedostępnych elementów, w tym historię audytu lub surowe dane, których bieżący plan nie może wyeksportować, przed datą anulowania.
Sprawdź eksport jako dane
Załóżmy, że autoryzowany eksport zawiera spis nadawcy, historię zmian i indeks raportów. Manifest rejestruje każdą nazwę pliku, liczbę bajtów i skrót SHA-256. Późniejszy odczyt pasujący do tych zaufanych skrótów ustala spójność bajtów dla wymienionych plików, a nie to, że wyeksportowano każdy wymagany wiersz. Pominięty plik wyjątku może pozostawić wszystkie wymienione skróty pasujące, podczas gdy archiwum jest operacyjnie niekompletne.
To jest hipotetyczny przykład porównania integralności z kompletnością, a nie wygenerowane archiwum lub wykonane sprawdzenie skrótu. Wymagaj zarówno sprawdzenia manifestu, jak i uzgodnienia z datowanym spisem źródłowym. Niedopasowanie wymaga zbadania, a nie automatycznej wymiany zaufanego podsumowania.
W przypadku rzeczywistego wyjścia należy uzgodnić wyeksportowaną liczbę wierszy z datowanymi źródłami zapasów i wykluczeniami dokumentów. Otwórz pliki, korzystając z przepływu pracy zastępującego. Potwierdź, że wartości czasu, nazwy domen, unikalne identyfikatory i relacje przetrwają. Przetestuj jedno zadanie pobierania: czy nowy operator, mając identyfikator wyjątku, może znaleźć jego właściciela, zatwierdzenie, wygaśnięcie i nadawcę, którego to dotyczy? Zapisz wynik, zamiast oznaczać pobranie zip jako udane.
Zachowaj użyteczność archiwum po zakończeniu dostępu
NIST SP 800-34 Rev. 1 opisuje planowanie awaryjne, testowanie i konserwację. Stosując się do tych ogólnych wskazówek, wyznacz opiekuna archiwum i przetestuj dostęp, nie polegając na odchodzącej usłudze. Zapisz manifest i wyjaśnienie procesu eksportu wraz z danymi. Przechowuj niezależnie kontrolowaną kopię, jeśli pozwala na to zatwierdzona polityka przechowywania.
Przed zamknięciem uzyskaj zgodę właściciela na brakującą historię, monitorowanie wymiany i wszelkie zależności, których nie można przywrócić z eksportu. Zachowaj stare konto tylko w określonym, autoryzowanym celu i czasie. Ostateczny zapis wyjściowy powinien zawierać informację, co zostało wyeksportowane, co zostało zweryfikowane, co pozostaje niedostępne i kto zaakceptował lukę. Nie nazywaj zweryfikowanej sumy kontrolnej pełnym testem odzyskiwania po awarii.