Inwentaryzacja centrali, której dokumentacja jest niepełna
Celem inwentaryzacji nie jest jak najszybsze zalogowanie się do urządzenia. Celem jest utworzenie sprawdzalnej mapy usługi bez przerwania połączeń i bez pozyskiwania danych poza upoważnieniem. Dobra mapa rozróżnia to, co widzisz, to, co potwierdził test, to, co wynika z dokumentu, oraz to, czego nadal nie wiadomo.
Krok 1. Załóż kartę prac i określ zakazy
Wpisz właściciela aktywa, administratora usługi, osoby zatwierdzające, zakres odczytu, dozwolone godziny i sposób zgłaszania nieprawidłowości. Zaznacz, czy wolno wykonać eksport, zdjęcie, testowe połączenie albo zmianę tymczasową. Oddziel dostęp do konfiguracji od dostępu do nagrań i rejestrów połączeń.
Ustal czerwone linie: brak prób haseł, przywracania fabrycznego, skanowania spoza uzgodnionego zakresu, podłączania nieznanego nośnika i aktualizacji oprogramowania „na próbę”. Jeśli czynność może zmienić stan, przygotuj kopię, plan cofnięcia oraz zgodę osoby odpowiedzialnej. Nie zakładaj, że własność obudowy daje prawo do danych wszystkich osób zapisanych w systemie.
Kiedy przerwać rozpoznanie
Zatrzymaj pracę po utracie łączności, zmianie zachowania telefonów, pojawieniu się nieznanego konta, błędzie pamięci, nietypowym restarcie albo ujawnieniu danych poza zakresem. Zapisz czas i objaw. Nie usuwaj śladów i nie improwizuj naprawy, jeśli nie ma bezpiecznej procedury powrotu.
Krok 2. Rozpoznaj egzemplarz bez zgadywania
Fotografuj oznaczenia obudowy, modułów i zasilaczy tak, aby kopia robocza nie ujawniała publicznie numerów seryjnych, adresów ani kodów. Spisz dokładny tekst etykiety, rozmieszczenie kart, portów i przewodów. W dozwolonym interfejsie odczytaj nazwę produktu, wersję oprogramowania, datę konfiguracji i listę modułów tylko wtedy, gdy te pola są dostępne bez zmiany stanu.
Do każdego ustalenia dodaj źródło: etykieta, faktura, instrukcja przypisana do urządzenia, autoryzowany ekran, dokument operatora albo test. Nadaj poziom pewności: potwierdzone, prawdopodobne lub nieustalone. Zdjęcie podobnego modelu z internetu nie potwierdza wersji płyty, licencji, firmware ani aktywnej funkcji. Nazwa Hokiwa na dokumentacji historycznej również nie gwarantuje aktualnego wsparcia czy pochodzenia każdego modułu.
Krok 3. Narysuj usługę od numeru do telefonu
Zacznij od numerów publicznych. Dla każdego zapisz obecnego dostawcę, stronę umowy, dane abonenta do weryfikacji, sposób dostarczenia połączenia i trasę do miejsca docelowego. Następnie dodaj numery wewnętrzne, telefony, grupy dzwonienia, kolejki, zapowiedzi, menu głosowe, pocztę, przekierowania, harmonogramy i reguły połączeń wychodzących.
Osobno wymień trunki, bramy analogowe, telefony bezprzewodowe, faksy, domofony, szlabany, windy, alarmy, urządzenia płatnicze i aplikacje. Nie zakładaj, że każdy element używa tej samej technologii. Przy funkcji związanej z bezpieczeństwem wpisz jej właściciela i serwisanta; test oraz migrację musi potwierdzić właściwa osoba.
Dodaj warstwę infrastruktury
Mapa powinna obejmować łącze, adresację, przełączniki, segment sieci, zapory, zdalny dostęp, DNS, DHCP, synchronizację czasu, zasilacze i UPS. Zanotuj właścicieli kont administracyjnych, lecz nie umieszczaj haseł w diagramie. W rejestrze zależności pokaż jedynie miejsce bezpiecznego przechowywania poświadczeń i procedurę ich późniejszego unieważnienia.
Krok 4. Zabezpiecz konfigurację odpowiednią metodą
Najlepsza dostępna kopia to udokumentowany eksport wykonany przez uprawnione konto zgodnie z instrukcją właściwej wersji. Zapisz nazwę pliku, czas, urządzenie źródłowe, metodę, sumę kontrolną, osobę wykonującą oraz miejsce chronionego przechowywania. Ogranicz dostęp, ponieważ plik może zawierać numery, konta, adresy, klucze lub inne tajemnice.
Kopia nie jest jeszcze dowodem odtwarzalności. Nie importuj jej do urządzenia produkcyjnego dla sprawdzenia. Jeżeli istnieje zgodne środowisko testowe, oddzielnie zatwierdź próbę odtworzenia i udokumentuj wynik. Jeżeli eksportu nie ma albo nie można potwierdzić jego formatu, sporządź kontrolowany zapis widoków i ustawień dostępnych legalnie. Oznacz luki zamiast je uzupełniać z pamięci.
Krok 5. Utwórz rejestr ryzyka i braków
Dla sprzętu i oprogramowania zapisz dostępność dokumentacji, ostatnią znaną zmianę, źródło aktualizacji, status wsparcia, znane zależności oraz skutek awarii. „Nie znaleziono potwierdzenia” jest poprawnym statusem. Nie zamieniaj go w stwierdzenie, że produkt na pewno osiągnął koniec wsparcia.
Jeśli wsparcia lub aktualizacji nie da się potwierdzić, rozważ ograniczenie zdalnego dostępu, wydzielenie sieci, dopuszczenie tylko potrzebnego ruchu, monitorowanie i wcześniejszą migrację. Są to środki ograniczające ryzyko, a nie gwarancja bezpieczeństwa. Każdą zmianę sieci uzgodnij z administratorem, bo odcięcie nieznanej zależności może przerwać usługę.