Logowanie wieloskładnikowe Zielona Góra

Które konta w Waszej firmie nie mają właściciela

Przy pierwszym przeglądzie wypisujemy wszystkie konta, jakie potrafi pokazać katalog, i dzielimy je na dwie kolumny: te, za którymi stoi konkretna osoba, i te pozostałe. Druga kolumna zaskakuje częściej.

Leży w niej konto założone przy wdrożeniu systemu magazynowego, z hasłem, które zna dział wsparcia dostawcy. Konto techniczne od kopii zapasowych, z uprawnieniami administratora domeny, bo tak było najszybciej. Token do interfejsu programistycznego, wpisany na stałe w skrypcie na dysku wspólnym. Konto po firmie, która osiem lat temu stawiała sieć. Konto zbiorowe używane przez całą zmianę, bo logowanie osobno wydłużało start pracy.

Żadnego z nich nie obejmie drugi składnik i nie ma sensu udawać, że jest inaczej. One wymagają innego rozwiązania, a wdrożenie, które je pomija, zostawia najkrótszą drogę do środka otwartą.

Czym zastąpić drugi składnik tam, gdzie nie da się go włączyć

Rodzaj konta	Jak wygląda dzisiaj	Co wprowadzamy
Konto pracownika	hasło, czasem to samo co prywatne	drugi składnik, klucz przy rolach krytycznych
Konto serwisowe aplikacji	hasło sprzed lat, znane kilku osobom	poświadczenie w magazynie sekretów, rotacja, brak logowania interaktywnego
Token do interfejsu API	wpisany w skrypcie na dysku	token krótkiej ważności, wydawany automatycznie
Wejście firmy zewnętrznej	stały pulpit zdalny na wspólnym haśle	wejście otwierane na czas zgłoszenia, z zapisem sesji
Konto techniczne kopii	uprawnienia administratora domeny	osobne poświadczenia, prawa wyłącznie do repozytorium
Konto zbiorowe zmiany	jeden login na cały zespół	konta imienne, logowanie kartą przy stanowisku

Najwięcej rozmów kosztuje wiersz czwarty, bo dotyka umowy z dostawcą, a nie konfiguracji. Nasze doświadczenie jest takie, że dostawcy zgadzają się częściej, niż zakłada dział IT, ponieważ ten sam wymóg dostają od innych klientów. Opór pojawia się dokładnie tam, gdzie jedno hasło krąży po całym dziale wsparcia, i akurat ten opór jest najlepszym argumentem, żeby nie odpuścić.

Jak prowadzimy uruchomienie, nie mieszkając za rogiem

Biuro przy Objazdowej 35A jest naszym drugim biurem w województwie i nie trzymamy tam ekipy gotowej do wyjścia w pół godziny. Ten projekt akurat na tym nie traci, bo dobrze poprowadzone wdrożenie i tak nie polega na jednym dniu z ludźmi na sali.

Rejestrację robimy spotkaniami zdalnymi z małymi grupami, po kilkanaście minut na dział, w terminach dopasowanych do tego, kiedy dana grupa ma spokojną godzinę. Klucze sprzętowe zamawiamy wcześniej i dostarczamy przed startem razem z listą, komu je wydać. Jeden dzień na miejscu planujemy tylko wtedy, gdy część załogi nie ma służbowego komputera i nie da się z nią spotkać przez ekran.

Kolejność jest zawsze ta sama i wynika ze skutków przejęcia, nie z wygody. Poczta i dostęp zdalny idą pierwsze, bo przez skrzynkę resetuje się hasła do całej reszty. Konta administracyjne razem z nimi. Systemy finansowe w drugim kroku, aplikacje branżowe na końcu, bo tam najczęściej trzeba czekać na dostawcę.

Co przestaje działać pierwszego dnia i jak to obchodzimy

Zawsze coś przestaje i lepiej wiedzieć co, zanim zadzwoni pierwszy użytkownik. Listę robimy przed startem, przechodząc przez wszystko, co loguje się do poczty albo do katalogu bez udziału człowieka.

Typowo są to cztery rzeczy: urządzenie wielofunkcyjne wysyłające skany na skrzynkę, program księgowy albo handlowy wysyłający dokumenty do klientów, system monitoringu wysyłający powiadomienia oraz stara aplikacja branżowa, która potrafi zalogować się wyłącznie protokołem sprzed lat. Każdą z nich przenosimy na konto techniczne z wąskim uprawnieniem, a stare protokoły wyłączamy dopiero po tej operacji, nie przed nią.

Wyłączenie ich najpierw jest najczęstszym błędem w tym wdrożeniu i kończy się tym samym: firma odkrywa w środę, że od poniedziałku nie wyszła żadna faktura elektroniczna.

Po czym poznać, że wdrożenie się przyjęło

Po trzech rzeczach, wszystkich widocznych dopiero po kilku tygodniach. Pracownik na znanym firmie komputerze potwierdza tożsamość raz na kilkanaście dni, a nie przy każdym otwarciu skrzynki, więc przestaje o tym mówić. Dział wsparcia dostawcy przestaje mieć stałe wejście i dzwoni po dostęp, gdy go potrzebuje, co samo w sobie porządkuje harmonogram prac. Nowe konto zakłada się z gotowego zestawu, zamiast pytać dookoła, co ta osoba powinna dostać.

Trzecia zmiana jest tą, która zwraca się finansowo, choć nikt jej nie planuje jako celu. Odejście pracownika przestaje być zgadywaniem, do czego miał dostęp, i staje się jednym zadaniem z listą kroków.

Kiedy odradzamy zaczynanie od tego wdrożenia

Gdy w firmie nie ma jeszcze kopii odpornej na skasowanie. Przy jednym budżecie kopia ratuje w sytuacji, w której wszystko inne zawiodło, a drugi składnik zmniejsza tylko szansę, że do niej dojdzie. Kolejność jest wtedy oczywista.

Odradzamy też start w tygodniu zamknięcia miesiąca, w szczycie wysyłek i w okresie inwentaryzacji. Nie z powodów technicznych, tylko dlatego, że opinia o zmianie wyrabia się w pierwszych trzech dniach i potem nie da się jej cofnąć żadnym argumentem.

Punkt startu wyznacza audyt bezpieczeństwa IT, regulacyjne tło rozpisuje NIS 2 dla firm, a utrzymanie kont po wdrożeniu wchodzi w obsługę informatyczną firm.

Treść sprawdzona i zaktualizowana: 31 lipca 2026