Sophos Fusion Admin: przejście z Sophos Central

Sophos Fusion to aktualna nazwa platformy noszącej wcześniej nazwę Sophos Central. Trzeba rozróżnić dwie zmiany: zmianę nazwy portalu i sposobu dostępu oraz stopniową aktualizację rozwiązań EDR, XDR i MDR. Samo logo Fusion nie potwierdza, że dany tenant otrzymał już aktualizację produktu. Zmiana samego dostępu nie wymaga ponownego tworzenia tenantów, urządzeń, polityk, ról ani technicznych punktów końcowych. Po aktualizacji produktu mogą natomiast być potrzebne konkretne prace przy integracjach.

Ten runbook prowadzi przez lokalną zmianę dostępu i weryfikację operacyjną konkretnego tenanta. Szczegółowe kroki tworzenia nowych połączeń lub ponownej autoryzacji opisuje artykuł Konfiguracja integracji MDR i XDR.

Aktualizacja produktu: sprawdzenie tenanta i skutków operacyjnych

Stan na 11 października 2026 r.: wrześniowy opis wdrożenia dotyczy trwającego już, wielomiesięcznego przejścia, a nie zakończonej migracji wszystkich klientów. Aktualizacją steruje Sophos; klient nie może dowolnie wybrać terminu. Około tygodnia wcześniej w konsoli pojawia się powiadomienie. Po zakończeniu wyświetlane jest kolejne, wraz z krótkim przewodnikiem. Udokumentuj zapowiedź, zakończenie i faktycznie dostępne funkcje dla danego tenanta, zamiast wnioskować o jego stanie z newslettera lub nazwy portalu.

Dla tenantów zarządzanych przez MSP Sophos wskazuje późniejszy początek, od czwartego kwartału kalendarzowego 2026 r. Tenanty tego samego MSP mają przejść aktualizację wspólnie, aby partner pracował na jednolitej platformie operacyjnej. Również 11 października ta informacja nie oznacza, że wszystkie tenanty MSP zostały już zmigrowane. Do faktycznej aktualizacji obowiązuje dotychczasowy stan rozwiązania; jeśli zapowiedź jest niejasna, wyjaśnij stan klienta z zespołem partnerskim.

Aktualizacja produktu jest automatyczna. Nie wymaga ponownego wdrażania agentów ani zmiany licencji. Nie zastępuje jednak następujących prac operacyjnych:

1. Po zakończeniu sprawdź istniejące Microsoft 365 Response Actions. Połączenie lub jego poświadczenia trzeba ponownie skonfigurować albo autoryzować w nowym Security Operations. Nadal działająca integracja danych nie dowodzi, że wszystkie działania reakcji są sprawne.
2. Jeśli korzystasz z Sophos Firewall, otwórz sprawę i sprawdź dostępność działań reakcji firewalla. Połączenie Sophos Firewall (Actions) należy utworzyć tylko wtedy, gdy ich brakuje. Oba zadania integracyjne opisuje runbook wskazany powyżej.
3. Dla automatyzacji XDR oddzielnie zinwentaryzuj zapytania odczytu, procesy zapisu i używane API. Uzupełnienie dotyczące API z 9 października 2026 r. jest późniejszą zmianą; nie wolno zakładać, że było dostępne już przy wrześniowym uruchomieniu. Granicę między Classic a GraphQL wyjaśnia runbook integracji.
4. Zidentyfikuj istniejące kolektory Syslog SVA oraz ewentualne obciążenia NDR. Automatycznie przygotowana konfiguracja XDR Data Collector nie oznacza jeszcze wdrożonego kolektora. Wybór adresu, wdrożenie, przełączenie i powrót opisuje artykuł Migracja kolektorów logów SVA do XDR Data Collectors.

Zmiana nazw MDR i sposobu raportowania

Dotychczasowe poziomy Sophos MDR Essentials i Sophos MDR Complete noszą teraz nazwy odpowiednio Sophos MDR i Sophos MDR Plus. Produkt nadal nazywa się Sophos XDR; nazwa Sophos XDR Powered by Secureworks oznacza rozszerzone rozwiązanie w okresie przejściowym. Nowa nazwa nie uzasadnia samodzielnej zmiany umowy ani poziomu usługi.

Po aktualizacji konta MDR kończy się dotychczasowe automatyczne dostarczanie tygodniowych i miesięcznych raportów MDR. Uzgodnij z odbiorcami raportów, kto w okresie przejściowym korzysta z MDR Dashboard, wybiera potrzebny okres i tworzy eksport PDF na potrzeby istniejących obowiązków raportowych. Dashboard oferuje elastyczne zakresy czasu i konfigurowalne widoki. Sprawdź eksport dla znanego okresu i udokumentuj miejsce jego przechowywania; sam brak automatycznych raportów po aktualizacji nie dowodzi awarii ochrony.

Nową funkcję samodzielnego tworzenia raportów zaplanowano na późniejszą część 2026 r. Nie potwierdza to jej dzisiejszej dostępności ani działającego już automatycznego dostarczania. Uzgodniony proces przejściowy może zastąpić dopiero funkcja raportowania dostępna i sprawdzona we własnym tenancie.

Jeśli korzystasz dodatkowo z Sophos Managed Risk, aktualizacja nie zmienia tej usługi. Zmieniają się format spraw i sposób dostępu: sprawy Managed Risk są dostępne w Security Operations > Cases. Po aktualizacji otwórz oczekiwaną sprawę Managed Risk i sprawdź, czy jest dostępna we właściwym tenancie. Ta informacja dotyczy wyłącznie klientów z istniejącą usługą Managed Risk i nie przyznaje nowych uprawnień do usługi.

Opcjonalne rozszerzenia nie są częścią samej aktualizacji

Sophos AI Defense jest ogólnie dostępny od 13 października 2026 r. jako płatny dodatek dla kwalifikujących się klientów EDR, XDR i MDR. Sophos wskazuje dodatkowo Sophos EDR Endpoint Protection jako wymaganie. Wcześniejsza faza EAP i ówczesny cel na czwarty kwartał stanowią więc kontekst historyczny, a nie aktualny status dostępności. Ogólne udostępnienie nie potwierdza jednak ani uprawnienia umownego, ani włączenia funkcji we własnym tenancie. Uprawnieni klienci Taegis mogą kupić dodatek już od momentu ogólnej dostępności, nie czekając na migrację do Fusion; ten wyjątek zakupowy nie znosi udokumentowanego technicznego wymagania konfiguracji. AI Defense nie jest AI Assistant ani AI Search do dochodzeń XDR. Nie uzależniaj podstawowej eksploatacji od tego dodatku.

Udokumentowana konfiguracja nadal wymaga konta Fusion zaktualizowanego do nowej platformy z Security Operations. W asystencie można wybrać Sophos Endpoint, Sophos Firewall i Sophos Linux Server. Szersza lista DNS Protection, Protected Browser i Sophos Data Lake w przeglądzie produktu nie jest tą samą listą wyboru sensorów. Endpoint wymaga przesyłania danych, odszyfrowywania TLS, blokowania QUIC oraz ustawień Web Control i Application Control. Dla Firewall wymagane są zarządzanie grupami i logowanie w politykach WWW; zapory poza zarządzaniem grupami nie otrzymują reguł egzekwowania AI Defense. Linux Server wymaga przesyłania Network Data do Data Lake. Sam wybór sensora nie potwierdza skutecznej ochrony.

AI Defense zapewnia widoczność, polityki dostępu do aplikacji i raportowanie. Base Policy obejmuje wszystkie osoby w organizacji; istniejąca Base Policy pozostaje niezmieniona podczas onboardingu. Przy dodatkowych politykach Save zapisuje bez aktywacji, natomiast Save & Enable aktywuje natychmiast z najwyższym priorytetem. Przed zatwierdzeniem należy sprawdzić zakres, reguły i kolejność. Mimo szerszych sformułowań w komunikatach prasowych o ogólnej dostępności późniejsza informacja dla partnerów klasyfikuje inspekcję i ochronę promptów jako element planu rozwoju; nie wolno zakładać, że zapewniają obecnie gwarantowaną ochronę. Pełny proces z wymaganiami sensorów, ograniczonym pilotażem, walidacją i wycofaniem zmian opisuje artykuł Sophos AI Defense: wykrywanie i kontrolowanie wykorzystania AI.

Jeśli wcześniej korzystano z Cloud Optix, trzeba osobno sprawdzić lukę: End of Life z 30 września 2026 r. jest już wydarzeniem przeszłym. Aktualizacja produktu nie tworzy automatycznie nowych połączeń telemetrii chmurowej, a te połączenia nie zastępują funkcji CSPM. Runbook integracji opisuje to rozgraniczenie i niezbędną obecnie inwentaryzację.

Rozróżnienie widocznych nazw i typów portali

W zależności od roli i typu konta wyświetlany jest inny interfejs:

Te trzy nazwy oznaczają różne konteksty zarządzania i nie są zamienne. Widoczność klientów, sub-estates i produktów nadal zależy od konta, roli oraz uprawnień. Szczegółową orientację w tenancie klienta zawiera artykuł Bezpieczne uruchomienie tenanta Sophos Fusion, a różne typy portali opisano w artykule Przegląd portali Sophos.

Przygotowanie przejścia

1. Udokumentuj typ konta, tenant, region danych i używaną rolę administratora.
2. Potwierdź działające logowanie w obsługiwanej, aktualnej przeglądarce na komputerze. Nie zmieniaj jednocześnie uwierzytelniania, roli ani dostawcy tożsamości.
3. Zidentyfikuj lokalne odwołania do dotychczasowego wejścia do portalu: zakładki przeglądarki, wpis w menedżerze haseł, dokumentację wewnętrzną i strony startowe, a także — jeśli są używane — reguły serwera proxy lub filtra WWW oraz definicje zasobów docelowych Conditional Access.
4. Oddzielnie zinwentaryzuj używane odwołania techniczne: hosty API, Redirect URIs, callbacki OIDC, webhooki, łącza Self-Service, skrypty i skonfigurowane na stałe punkty końcowe produktów.
5. Przygotuj do testu akceptacyjnego konto testowe z rolą administratora przewidzianą do eksploatacji. Jeśli używany jest również portal Enterprise lub Partner, dla każdego używanego typu portalu potrzebne jest odpowiednie konto testowe. Przygotuj także drugiego uprawnionego administratora i prywatne okno przeglądarki.

MFA, passkeys i odzyskiwanie dostępu nie są modyfikowane w tym runbooku. W tym zakresie obowiązuje artykuł Zabezpieczenie logowania do Sophos Fusion za pomocą MFA, passkeys i IdP. Zmiany w Entra ID, Conditional Access lub OIDC należy wykonywać zgodnie z oddzielnymi instrukcjami dla Microsoft Entra ID lub OpenID Connect i Okta.

Zmiana logowania i lokalnych odwołań

Aktualny adres wejścia dla użytkowników to:

➜ Otwórz Sophos Fusion

1. Otwórz https://fusion.sophos.com bezpośrednio w prywatnym oknie przeglądarki.
2. Przejdź przez cały standardowy proces logowania i sprawdź tenant, typ konta oraz rolę.
3. Dopiero po pomyślnym teście zmień zakładkę przeglądarki i łącze do portalu w wewnętrznej dokumentacji administratorów na https://fusion.sophos.com.
4. W menedżerze haseł dodaj lub zaktualizuj wyłącznie identyfikator URI logowania albo powiązanie dotyczące tego wejścia do portalu. Nie przenoś zbiorczo danych dostępowych, passkeys ani zapisanych technicznych adresów URL.
5. Jeśli używany serwer proxy, usługa zabezpieczeń DNS lub filtr WWW blokuje nowy host, zezwól na faktycznie odnotowany host docelowy w minimalnym niezbędnym zakresie, a następnie wykonaj test ponownie. Nie twórz nieuzasadnionych wyjątków wieloznacznych dla *.sophos.com ani całych kategorii i nie wyłączaj ogólnie TLS Inspection.
6. Jeśli dla ścieżki logowania skonfigurowano Conditional Access, sprawdź rzeczywiste zdarzenia logowania. Nowa nazwa hosta nie uzasadnia ani szerokiego wyjątku, ani zmiany warunków dotyczących użytkowników, urządzeń, lokalizacji lub MFA.

Po otwarciu fusion.sophos.com przeglądarka może zostać przekierowana przez istniejącą infrastrukturę Central zachowaną ze względu na zgodność. Zaobserwowane hosty lub ścieżki zawierające central.sophos.com nie oznaczają wycofania zmiany ani nie świadczą o użyciu niewłaściwego tenanta. Decydujące znaczenie mają zaufany zasób docelowy Sophos, oczekiwany proces logowania i właściwy kontekst zarządzania.

Pozostawienie technicznych identyfikatorów Central bez zmian

Zmiana widocznej nazwy nie jest techniczną operacją „znajdź i zamień”. Poniższe wartości pozostają dokładnie niezmienione, dopóki dokumentacja danej integracji nie wskaże wyraźnie nowej wartości:

• ścieżki dokumentacji Sophos zawierające /central/;
• istniejące nazwy interfejsów API Sophos Central, hosty API i bazowe adresy URL;
• skonfigurowane Redirect URIs i wartości callbacków, na przykład https://federation.sophos.com/login/callback;
• technicznie wymagany i zachowany ze względu na zgodność adres wejścia Self-Service https://central.sophos.com/manage/self-service;
• webhooki, zmienne skryptów, sekrety, odwołania do certyfikatów i inne techniczne punkty końcowe zawierające w nazwie central;
• stabilne wewnętrzne slugi, wyszukiwane hasła i zapisy historyczne.

Takie wartości mogą stanowić elementy kontraktów protokołów lub podlegać dokładnym porównaniom. Redakcyjna zmiana nazwy może przerwać działanie SSO, klientów API lub dostępu użytkowników. Operacje na licencjach opisano natomiast w artykule Aktywowanie, sprawdzanie i odnawianie licencji Sophos Fusion.

Walidacja

Przejście jest zakończone, gdy wszystkie mające zastosowanie poniższe punkty sprawdzono za pomocą konta testowego z rolą administratora przewidzianą do eksploatacji. Test należy powtórzyć dla każdego dodatkowo używanego typu portalu, korzystając z przeznaczonego dla niego konta testowego:

• https://fusion.sophos.com otwiera oczekiwane logowanie Sophos bez ostrzeżeń dotyczących certyfikatu lub filtrowania.
• Skonfigurowane MFA oraz — jeśli jest używana — federacyjna ścieżka logowania działają bez zmian; widoczne są oczekiwana rola i właściwy tenant.
• Kontekst klienta, Enterprise lub Partner ma odpowiednią widoczną nazwę.
• My Environment, Global Settings, profil i Sophos Help są dostępne zgodnie z rolą.
• Istniejący test dymny API lub automatyzacji kończy się pomyślnie bez zmiany hosta lub sekretu.
• Callback SSO, łącze Self-Service i inne techniczne punkty końcowe Central — jeśli zostały skonfigurowane lub są używane — działają bez zmian.
• Jeśli używane są serwer proxy, usługa zabezpieczeń DNS, filtr WWW, IdP lub Conditional Access, ich logi nie wykazują nowych blokad ani nieoczekiwanych wyjątków.
• Stare instrukcje wewnętrzne wskazują adres URL Fusion jako wejście dla administratorów, ale zachowują dokładne techniczne wartości Central.

Rozwiązywanie problemów

Przekierowanie do hosta Central

Nie przywracaj pochopnie rzekomo poprzedniego stanu. Najpierw sprawdź certyfikat, pełny łańcuch przekierowań, tenant docelowy oraz to, czy logowanie kończy się powodzeniem. Starsze nazwy w infrastrukturze wykonawczej mogą nadal być prawidłowe.

Zablokowana lub pusta strona

Wykonaj test w przeglądarce bez rozszerzeń lub w prywatnym oknie i zanotuj godzinę, początkowy adres URL, końcowy host oraz treść błędu. Następnie sprawdź w logach używanych systemów proxy, DNS, filtrowania WWW i TLS Inspection, który konkretnie host został zablokowany. Zmień tylko potwierdzoną konfigurację i nie zezwalaj zapobiegawczo na symbole wieloznaczne.

Jeśli problem dotyczy jednocześnie wielu niezależnych logowań lub tenantów, sprawdź w serwisie Sophos Status, czy nie występuje szersza awaria usługi. Strona statusu jest wskazówką diagnostyczną; zmiany lokalne nadal należy wprowadzać wyłącznie na podstawie potwierdzonych przyczyn.

Błąd logowania lub Conditional Access

Porównaj chronologię zdarzeń logowania w Sophos ze zdarzeniami dostawcy tożsamości, jeśli jest używany. Nie twórz ponownie aplikacji IdP, adresu URL callbacku ani polityki Conditional Access wyłącznie z powodu nowej widocznej nazwy. Do diagnostyki i wycofywania zmian służy wyłącznie wskazany powyżej runbook SSO dla danej ścieżki logowania; zachowaj przetestowane awaryjne konto administratora.

Brakująca pozycja menu

Najpierw sprawdź typ konta i rolę. Następnie szukaj w My Environment, pod ikoną koła zębatego prowadzącą do Global Settings, w profilu i w Sophos Help. Brakująca pozycja menu może wynikać z ograniczeń roli lub licencji; nie dowodzi niepowodzenia zmiany nazwy.

Brak tenantów, produktów lub klientów

Wyloguj się, a następnie w prywatnym oknie przeglądarki zaloguj się ponownie przy użyciu właściwej tożsamości i sprawdź typ konta oraz tenant. Nie twórz zastępczych tenantów, wersji próbnych ani nowych powiązań partnerskich jako sposobu naprawy.

Jeśli po wykonaniu tych testów dostęp nadal nie działa, zbierz przedział czasowy wraz ze strefą czasową, tożsamość, której dotyczy problem, identyfikator tenanta lub Customer ID, nazwę przeglądarki, host początkowy i docelowy, treść błędu oraz zanonimizowane zrzuty ekranu. Następnie eskaluj problem zgodnie z artykułem Otwieranie zgłoszenia Sophos Support za pomocą Support Assistant.

Lokalne wycofanie zmian

Klient nie może wycofać dokonanej przez producenta zmiany nazwy Sophos Central na Sophos Fusion. Można cofnąć wyłącznie lokalne zmiany wprowadzone w ramach tego procesu:

• zakładki i łącza w dokumentacji wewnętrznej,
• powiązania identyfikatora URI logowania w menedżerze haseł,
• konkretne reguły serwera proxy, DNS lub filtra WWW.

Przed wycofaniem zmiany przywróć poprzednią wartość z dokumentacji zmiany, a następnie ponownie przetestuj dostęp. Modyfikacje IdP lub Conditional Access nie należą do tego lokalnego wycofania; można je cofnąć wyłącznie zgodnie ze wskazanym powyżej runbookiem SSO dla danej ścieżki logowania i opisanym w nim procesem wycofania. Stara nazwa hosta Central nie jest gwarantowaną ścieżką wycofania. Hosty API, callbacki, adresy URL Self-Service i inne wartości techniczne, które podczas tego przejścia celowo pozostawiono bez zmian, nie podlegają modyfikacji.