| Termin | Definicja |
|---|---|
| Uwierzytelnianie sieciowe | Uwierzytelnianie sieciowe weryfikuje tożsamość użytkownika na poziomie systemu operacyjnego przed nawiązaniem połączenia z bazą. Uwierzytelnianie sieciowe jako kontrola tożsamościUwierzytelnianie sieciowe to mechanizm, którego zadaniem jest sprawdzenie, czy osoba, urządzenie albo program ma prawo rozpocząć pracę w określonym środowisku sieciowym. Zanim zostanie udostępniony folder, drukarka, aplikacja, baza danych lub inny zasób, system musi otrzymać wiarygodną informację o tym, kto próbuje się połączyć. Samo podanie nazwy użytkownika nie jest wystarczające, ponieważ nazwa może być znana wielu osobom albo przejęta przez nieuprawnionego użytkownika. Potrzebny jest dodatkowy dowód tożsamości. Najczęściej takim dowodem pozostaje hasło, ale coraz częściej stosuje się także klucze bezpieczeństwa, certyfikaty, kody jednorazowe, aplikacje uwierzytelniające oraz potwierdzenie na drugim urządzeniu. W praktyce można spotkać logowanie jednoetapowe, wieloetapowe i bezhasłowe. Wybór metody zależy od rodzaju zasobu, poziomu ryzyka, używanego systemu operacyjnego oraz sposobu zarządzania kontami. Warto odróżnić uwierzytelnianie od autoryzacji. Uwierzytelnianie odpowiada na pytanie, kim jest osoba lub urządzenie, natomiast autoryzacja określa, do czego potwierdzona tożsamość może uzyskać dostęp. Proces może zachodzić podczas logowania do systemu, przy podłączaniu do sieci bezprzewodowej, podczas otwierania zasobu udostępnionego w sieci lokalnej albo przy korzystaniu z aplikacji dostępnej zdalnie. Jeżeli kontrola przebiegnie prawidłowo, system przekazuje dalszym elementom informację o tożsamości i przypisanych uprawnieniach. Jeżeli dowód okaże się nieprawidłowy, dostęp powinien zostać odrzucony, a zdarzenie może trafić do rejestru bezpieczeństwa. Uwierzytelnianie sieciowe a hasła, certyfikaty i bilety dostępuW najprostszym wariancie użytkownik podaje identyfikator oraz hasło. Dane te nie powinny być przesyłane w postaci jawnej. Bezpieczny protokół wykorzystuje szyfrowanie albo mechanizm oparty na odpowiedzi na losowe wyzwanie, dzięki czemu podsłuchana komunikacja nie powinna wystarczyć do późniejszego odtworzenia hasła. Ochrona zależy jednak nie tylko od samego protokołu. Słabe hasło, powtarzanie go w wielu usługach, brak blokady po wielu błędnych próbach oraz przechowywanie sekretów w niechronionym pliku osłabiają cały proces. Certyfikat cyfrowy pozwala potwierdzić tożsamość urządzenia, usługi lub użytkownika za pomocą pary kluczy kryptograficznych. Klucz prywatny powinien pozostać pod kontrolą właściciela, a klucz publiczny może służyć do weryfikacji podpisu. Takie rozwiązanie ogranicza zależność od haseł, ale wymaga prawidłowego wydawania, odnawiania i unieważniania certyfikatów. Wygaśnięty certyfikat, niezgodna nazwa urządzenia lub błędny łańcuch zaufania mogą przerwać połączenie mimo poprawnego działania pozostałych elementów. W środowiskach korzystających z centralnego zarządzania tożsamością często używa się biletów dostępu. Po jednorazowym potwierdzeniu tożsamości użytkownik otrzymuje czasowy dowód, który może być przedstawiany kolejnym usługom bez wielokrotnego wpisywania hasła. Zwiększa to wygodę, lecz wymaga synchronizacji czasu, prawidłowej konfiguracji nazw oraz ochrony urządzenia, na którym przechowywane są bilety. Rozwiązania oparte na katalogach użytkowników pozwalają centralnie kontrolować konta, grupy, zasady haseł i zakres dostępu, ale awaria źródła tożsamości może utrudnić logowanie do wielu zasobów jednocześnie. Uwierzytelnianie sieciowe przy dostępie bezprzewodowym również może wykorzystywać indywidualne konta lub certyfikaty zamiast jednego wspólnego hasła dla wszystkich osób. Indywidualna identyfikacja ułatwia wycofanie uprawnień jednej osobie bez zmiany konfiguracji pozostałych użytkowników. Przy połączeniach zdalnych dodatkową warstwę ochrony może stanowić tunel szyfrowany, wymagający osobnego potwierdzenia tożsamości. Uwierzytelnianie sieciowe i typowe problemy z logowaniemJednym z częstych problemów jest odrzucanie poprawnego hasła. Przyczyną może być włączony klawisz zmiany wielkości liter, inny układ klawiatury, wygasłe hasło, zablokowane konto albo próba logowania do niewłaściwej domeny lub profilu. Zdarza się również, że zapisane dane logowania w systemie są nieaktualne. Wtedy urządzenie automatycznie wysyła stary sekret, a użytkownik widzi jedynie ogólny komunikat o braku dostępu. Problemy mogą wynikać także z rozbieżności czasu pomiędzy komputerem a elementem odpowiedzialnym za weryfikację. Niektóre mechanizmy kryptograficzne ograniczają ważność komunikatów czasowo, aby utrudnić ich ponowne wykorzystanie. Jeżeli zegar systemowy jest przestawiony, połączenie może zostać przerwane mimo poprawnych danych. Warto sprawdzić automatyczną synchronizację, strefę czasową oraz to, czy urządzenie ma dostęp do źródła czasu. Inna grupa usterek dotyczy połączenia z usługą tożsamości. Błędny adres DNS, niedostępna trasa, filtr zapory, zerwane połączenie bezprzewodowe lub nieprawidłowe ustawienia proxy mogą sprawić, że system nie dotrze do miejsca, w którym ma zostać zweryfikowane konto. W takiej sytuacji zmiana hasła może niczego nie naprawić. Najpierw należy ustalić, czy problem dotyczy jednego urządzenia, jednego konta, konkretnej sieci czy większej liczby użytkowników. Warto zwrócić uwagę na różnicę między komunikatem „nie można się uwierzytelnić” a komunikatem „brak uprawnień”. Pierwszy zwykle wskazuje, że tożsamość nie została potwierdzona albo usługa weryfikująca jest niedostępna. Drugi może oznaczać, że logowanie przebiegło poprawnie, lecz konto nie należy do właściwej grupy lub nie ma prawa do danego zasobu. Rozdzielenie tych dwóch etapów ułatwia diagnozę i ogranicza przypadkowe zmiany konfiguracji. W przypadku certyfikatów należy sprawdzić datę ważności, nazwę podmiotu, zaufanie do wystawcy oraz obecność właściwego klucza prywatnego. Przy logowaniu wieloetapowym trzeba dodatkowo zweryfikować działanie aplikacji potwierdzającej, poprawność numeru telefonu lub klucza sprzętowego oraz procedurę odzyskiwania dostępu. Każda dodatkowa metoda powinna mieć bezpieczny sposób awaryjnego użycia, ponieważ brak zapasowego kanału może zablokować legalnego użytkownika. Uwierzytelnianie sieciowe w codziennej konfiguracji urządzeńPrzy przygotowywaniu komputera do pracy w sieci należy zacząć od ustalenia, z jakiego konta ma być korzystane i jaki zasób ma zostać udostępniony. Konto lokalne, konto zarządzane centralnie oraz konto używane w aplikacji internetowej mogą mieć podobne nazwy, ale nie muszą być tym samym profilem. Wpisanie danych do niewłaściwego okna logowania może prowadzić do powtarzających się błędów albo do zapisania sekretu w miejscu, którego później nie będzie łatwo kontrolować. Bezpieczniej jest korzystać z indywidualnych kont niż z jednego wspólnego loginu. Ułatwia to rozliczanie działań, odebranie dostępu po zmianie stanowiska oraz ustalenie, które uprawnienia są rzeczywiście potrzebne. Zasada najmniejszych uprawnień oznacza, że konto powinno otrzymać tylko taki zakres dostępu, jaki jest konieczny do wykonywania zadań. Uprawnienia administracyjne powinny być używane czasowo i świadomie, ponieważ przejęcie takiego konta zwiększa możliwe skutki incydentu. Hasła warto przechowywać w menedżerze haseł, o ile rozwiązanie jest odpowiednio zabezpieczone. Nie powinno się zapisywać ich w zwykłych notatkach, przesyłać w wiadomościach bez ochrony ani używać tego samego hasła w wielu usługach. Włączenie dodatkowego składnika logowania ogranicza ryzyko wynikające z wycieku samego hasła. Należy też przechowywać kody odzyskiwania w bezpiecznym miejscu, oddzielnie od głównego urządzenia. Przy diagnozowaniu problemu przydatne są komunikaty systemowe, dzienniki zdarzeń oraz dokładny czas wystąpienia błędu. Warto zanotować, czy błąd pojawia się przed połączeniem z siecią, po wpisaniu danych, podczas otwierania zasobu czy dopiero po dłuższej bezczynności. Nie powinno się wielokrotnie wpisywać losowych haseł, ponieważ może to doprowadzić do czasowej blokady konta. Równie ważne jest sprawdzenie, czy połączenie jest chronione i czy użytkownik nie został przekierowany do fałszywego okna logowania. Kiedy zgłosić uwierzytelnianie sieciowe do serwisuZgłoszenie do serwisu jest uzasadnione, gdy logowanie przestało działać po aktualizacji systemu, wymianie podzespołu, zmianie routera, odtworzeniu ustawień albo migracji danych. Wsparcie może być potrzebne także wtedy, gdy problem pojawia się cyklicznie, dotyczy kilku kont, powoduje utratę dostępu do ważnych plików lub towarzyszą mu podejrzane komunikaty. Szczególnej ostrożności wymaga sytuacja, w której nie da się ustalić, czy przyczyną jest błąd konfiguracji, czy próba przejęcia konta. Przed przekazaniem urządzenia warto przygotować opis objawów, informację o ostatniej działającej konfiguracji oraz listę zasobów, do których występuje problem. Nie należy przekazywać hasła w treści zgłoszenia ani zapisywać go na kartce dołączonej do komputera. Jeżeli konieczne jest sprawdzenie konta, można wykorzystać bezpieczną procedurę zmiany hasła po zakończeniu prac. Przydatne pozostają również komunikaty błędów, nazwa używanej sieci oraz informacja, czy inne urządzenia działają prawidłowo. Warszawskie Pogotowie Komputerowe 24/7 zajmuje się pomocą przy problemach z konfiguracją komputerów, połączeniami i dostępem do zasobów sieciowych. Przy zgłoszeniu warto jasno opisać, czy problem dotyczy logowania do systemu, zasobu udostępnionego, sieci bezprzewodowej czy aplikacji. Takie rozróżnienie ułatwia dobranie właściwej ścieżki diagnostycznej i ogranicza ryzyko niepotrzebnej ingerencji w działające ustawienia. Jeżeli objawy wskazują na przejęcie konta, nie powinno się ograniczać działań do ponownego wpisania hasła. Należy odłączyć podejrzane urządzenie od sieci, zabezpieczyć ważne dane, zmienić hasła z zaufanego sprzętu oraz sprawdzić aktywne sesje i metody dodatkowego logowania. W przypadku zwykłej usterki konfiguracji można rozpocząć od weryfikacji czasu, DNS, zapisanych poświadczeń, członkostwa w grupach i dostępności usługi odpowiedzialnej za potwierdzanie tożsamości. |