Bezpieczna praca zdalna konfiguracja – kompletna lista ustawień dla pracownika i managera

Praca z domu nie jest dziś wyjątkiem, tylko stałym elementem modelu operacyjnego wielu firm. Problem zaczyna się wtedy, gdy komputer służbowy łączy się z domowym Wi-Fi, użytkownik loguje się do firmowej poczty z różnych urządzeń, a dostęp do danych zależy wyłącznie od hasła. Właśnie dlatego mfa dla firm m365 oraz dobrze zaprojektowane reguły dostępu nie są dodatkiem do środowiska, ale podstawą bezpieczeństwa. W mIT group widzimy to regularnie: najwięcej ryzyk nie bierze się z samej pracy zdalnej, lecz z niepełnej konfiguracji tożsamości, urządzeń i sposobu łączenia się z zasobami.

W praktyce bezpieczna praca zdalna nie polega na jednym wdrożeniu. To zestaw decyzji technicznych i organizacyjnych, które muszą działać razem. Użytkownik powinien mieć prosty i przewidywalny sposób logowania. Manager musi wiedzieć, kto ma dostęp do jakich danych i z jakiego urządzenia. Dział IT powinien z kolei widzieć, czy połączenie spełnia warunki bezpieczeństwa, czy urządzenie jest aktualne i czy sesja nie odbiega od wzorca ryzyka. Microsoft zaleca stosowanie MFA, a przy bardziej dojrzałych środowiskach także Conditional Access jako mechanizmu oceniającego warunki logowania. CISA rekomenduje, by wszystkie zdalne dostępy oraz konta uprzywilejowane wymagały wieloskładnikowego uwierzytelniania.

Największy błąd firm polega na tym, że próbują zabezpieczyć pracę zdalną wyłącznie „rurą” do sieci, czyli samym VPN-em. Tymczasem nowoczesne podejście zakłada ochronę tożsamości, punktu końcowego, sesji i danych. Dlatego w wielu organizacjach klasyczny VPN jest dziś uzupełniany albo wręcz zastępowany przez model oparty o Windows 365 Cloud PC, Microsoft Entra i polityki zgodności urządzeń. Microsoft podkreśla, że bezpieczeństwo Cloud PC powinno być traktowane tak samo jak bezpieczeństwo fizycznego komputera firmowego, przy zachowaniu centralnej kontroli nad danymi i konfiguracją.

Ten artykuł pokazuje, jak ułożyć bezpieczną pracę zdalną w sposób praktyczny. Nie jako zbiór teorii, ale jako plan konfiguracji dla dwóch ról: pracownika i managera. Jedna strona odpowiada za codzienne nawyki i używanie właściwych narzędzi. Druga za zasady, uprawnienia, kontrolę ryzyka i egzekwowanie standardu. Dopiero wtedy środowisko jest naprawdę odporne.

Dlaczego domowe Wi-Fi stało się krytycznym punktem ryzyka

Wiele firm nadal traktuje domową sieć jak neutralne tło. To niebezpieczne uproszczenie. Router w domu pracownika jest zwykle administrowany znacznie słabiej niż infrastruktura firmowa. Zdarzają się stare firmware’y, domyślne hasła administratora, współdzielona sieć z prywatnymi urządzeniami i brak segmentacji. Do tego dochodzą drukarki, telewizory Smart TV, konsole czy kamery IP, które często nie są aktualizowane regularnie.

Sam fakt, że pracownik łączy się z domu, nie oznacza jeszcze incydentu. Ryzyko pojawia się wtedy, gdy dostęp do firmowych usług nie jest warunkowany stanem urządzenia, metodą logowania oraz poziomem zaufania do sesji. CISA zwraca uwagę, że praca zdalna powinna być projektowana z myślą o bezpiecznym użyciu zarówno firmowych, jak i prywatnych środowisk, a publiczne lub słabo zarządzane sieci Wi-Fi nie powinny być traktowane jako zaufane.

Z perspektywy biznesowej problem nie polega na tym, że pracownik ma internet w domu. Problem polega na tym, że bez właściwych kontroli firma nie wie, czy do danych loguje się użytkownik z aktualnego, szyfrowanego urządzenia, czy ktoś, kto przejął hasło i próbuje wejść do środowiska z nieznanej lokalizacji. Dlatego nowoczesna architektura pracy zdalnej opiera się nie na zaufaniu do sieci, lecz na ciągłej ocenie tożsamości i kontekstu logowania.

mfa dla firm m365 – pierwszy obowiązkowy filar ochrony

Jeżeli firma korzysta z Microsoft 365, MFA powinno być ustawieniem obowiązkowym, a nie opcjonalnym dodatkiem. Microsoft wprost wskazuje, że wieloskładnikowe uwierzytelnianie poprawia bezpieczeństwo logowań do Microsoft 365. CISA zaleca, by wymagać MFA wszędzie tam, gdzie to możliwe, zaczynając od poczty, magazynów plików, zdalnego dostępu oraz kont administracyjnych. Dodatkowo CISA wskazuje, że konta chronione MFA są znacząco mniej podatne na przejęcie.

W praktyce mIT group rekomenduje, by w środowiskach M365 wdrażać MFA warstwowo. Najpierw dla administratorów i użytkowników z dostępem do danych wrażliwych. Następnie dla wszystkich pozostałych kont. Taki model pozwala ograniczyć ryzyko bez wywoływania chaosu organizacyjnego. Dla mniejszych środowisk dobrym punktem startowym bywają Security Defaults, ale Microsoft zaznacza, że organizacje z bardziej złożonymi wymaganiami powinny przejść na Conditional Access, ponieważ daje on większą kontrolę nad tym, kiedy i dla kogo MFA jest wymagane.

Kluczowe jest także to, jakiej metody MFA używamy. Nie każda druga warstwa jest równie odporna. NIST i CISA zwracają uwagę, że najsilniejsze są metody odporne na phishing, takie jak klucze FIDO/WebAuthn i nowoczesne uwierzytelniki platformowe. Kody SMS są lepsze niż samo hasło, ale nie powinny być traktowane jako docelowy standard dla kont krytycznych.

Poniżej znajduje się praktyczne porównanie metod MFA z perspektywy firmy.

Dla managera ważna jest jedna rzecz: MFA nie powinno być negocjowalne. To nie jest funkcja „dla chętnych”. To warunek korzystania z firmowych zasobów. Dla pracownika oznacza to z kolei prostą zasadę: konto służbowe ma mieć drugi składnik aktywny, a zmiany telefonu, numeru czy aplikacji uwierzytelniającej muszą być zgłaszane i kontrolowane.

zarządzanie pracą zdalną it – odpowiedzialność managera, nie tylko administratora

Z punktu widzenia organizacji bezpieczeństwo pracy zdalnej nie jest wyłącznie zadaniem działu IT. To obszar, w którym manager odpowiada za model działania zespołu, zakres dostępu oraz akceptowalny poziom ryzyka. Zarządzanie pracą zdalną IT oznacza więc zarówno konfigurację techniczną, jak i decyzje operacyjne.

Pierwsza decyzja dotyczy tego, czy pracownik rzeczywiście potrzebuje pełnego dostępu do sieci wewnętrznej, czy wystarczy mu dostęp aplikacyjny do usług takich jak Microsoft 365, SharePoint, Teams, OneDrive lub system ERP opublikowany w bezpieczny sposób. Im mniejszy zakres dostępu, tym mniejsza powierzchnia ataku.

Druga decyzja dotyczy typu urządzenia. Zupełnie inaczej buduje się politykę bezpieczeństwa dla komputera firmowego zarządzanego przez Intune, a inaczej dla urządzenia prywatnego. W praktyce mIT group rekomenduje, aby role mające styczność z danymi klientów, dokumentacją projektową, finansami, HR lub systemami administracyjnymi pracowały wyłącznie na urządzeniach firmowych albo w modelu Cloud PC.

Trzecia decyzja dotyczy egzekwowania zasad. Jeżeli firma „zaleca”, ale nie wymusza szyfrowania dysku, aktualności systemu, blokady ekranu i MFA, to de facto akceptuje środowisko niespójne i trudne do audytu. Microsoft Entra Conditional Access został zaprojektowany właśnie po to, by połączyć sygnały o użytkowniku, urządzeniu, lokalizacji i ryzyku z konkretną decyzją dostępową.

Dla managera najważniejszym pytaniem nie jest więc „czy ludzie mogą pracować z domu?”, ale na jakich warunkach technicznych i organizacyjnych mogą to robić. Tylko wtedy praca zdalna daje elastyczność bez utraty kontroli.

windows 365 cloud pc vs vpn – które podejście jest bezpieczniejsze

To jedno z najczęstszych pytań, jakie słyszymy od klientów. Odpowiedź nie brzmi: jedno rozwiązanie jest zawsze lepsze. Odpowiedź brzmi: zależy, co dokładnie chcemy chronić i jak wygląda środowisko użytkownika.

Klasyczny VPN tworzy tunel do sieci firmowej. To rozwiązanie znane, dojrzałe i często nadal potrzebne, zwłaszcza tam, gdzie pracownik musi korzystać z aplikacji działających tylko w sieci wewnętrznej. Problem polega jednak na tym, że VPN rozszerza zaufaną powierzchnię firmy na urządzenie pracownika. Jeżeli komputer końcowy jest źle zabezpieczony, tunel sam w sobie nie rozwiązuje problemu. CISA zaleca wzmacnianie bezpieczeństwa VPN m.in. przez wymuszanie MFA na wszystkich połączeniach.

Windows 365 Cloud PC działa inaczej. Zamiast wpuszczać urządzenie do środowiska firmowego, udostępnia pracownikowi zarządzany komputer w chmurze. Microsoft opisuje Windows 365 jako rozwiązanie zaprojektowane dla pracy hybrydowej, z centralnym wdrażaniem i zarządzaniem Cloud PC. Z punktu widzenia bezpieczeństwa oznacza to, że dane i aplikacje mogą pozostać w środowisku kontrolowanym przez firmę, a użytkownik łączy się do sesji, zamiast przenosić zasoby na lokalne urządzenie.

Poniższa tabela pokazuje różnicę architektoniczną.

W praktyce VPN warto zostawić tam, gdzie organizacja ma jeszcze zasoby on-premises, których nie da się szybko przenieść lub opublikować inaczej. Windows 365 jest szczególnie atrakcyjny tam, gdzie liczy się szybki onboarding, praca z urządzeń prywatnych, centralna standaryzacja i ograniczenie ryzyka wycieku danych z lokalnych komputerów. Nie jest to jednak „magiczna chmura”, która zwalnia z dalszych zabezpieczeń. Microsoft podkreśla, że Cloud PC nadal musi być objęty politykami bezpieczeństwa, kontrolą redirekcji, tożsamości i urządzeń. (Bezpieczny Outsourcing IT)

Polityka haseł – dlaczego sama złożoność już nie wystarcza

Hasło nie przestało mieć znaczenia. Przestało natomiast wystarczać jako jedyny mechanizm obrony. W nowoczesnym modelu bezpieczeństwa hasło jest jednym z elementów tożsamości, ale musi być wsparte przez MFA, monitoring i właściwe procesy resetu.

Microsoft w aktualnych rekomendacjach dla Microsoft 365 wskazuje, że nie zaleca okresowej wymuszonej zmiany hasła dla kont cloud-only jako domyślnego mechanizmu bezpieczeństwa. Zamiast tego nacisk przesuwa się na blokowanie słabych haseł, wykrywanie ryzykownych logowań, MFA i edukację użytkowników. NIST również podkreśla znaczenie długości haseł i dopuszczania długich fraz, a nie sztucznego wymuszania skomplikowanych, trudnych do zapamiętania kombinacji.

To ważna zmiana, bo wiele firm nadal funkcjonuje według starych zasad: co 30 lub 60 dni zmień hasło, dodaj wielką literę, cyfrę i znak specjalny. Efekt jest zwykle odwrotny do zamierzonego. Użytkownicy tworzą przewidywalne warianty, zapisują hasła w niekontrolowany sposób lub wielokrotnie wykorzystują podobne schematy.

Dobra polityka haseł Microsoft 365 powinna więc opierać się na pięciu zasadach. Po pierwsze, hasło ma być długie i unikalne. Po drugie, nie powinno być wykorzystywane w innych usługach. Po trzecie, reset hasła musi być dobrze zabezpieczony. Po czwarte, dostęp do konta musi być chroniony przez MFA. Po piąte, organizacja powinna wspierać użycie menedżera haseł tam, gdzie jest to uzasadnione. CISA otwarcie promuje długie, unikalne hasła i korzystanie z password managerów jako praktyczny sposób na poprawę bezpieczeństwa.

Dla pracownika oznacza to prostą zmianę nawyku: nie tworzymy „sprytnych” krótkich haseł, tylko mocne passphrase’y lub długie hasła generowane przez zaufane narzędzie. Dla managera oznacza to z kolei, że nie należy oceniać jakości bezpieczeństwa po samym regulaminie złożoności, lecz po realnej odporności procesu logowania i odzyskiwania dostępu.

Konfiguracja minimalna dla pracownika zdalnego

Prawdziwie bezpieczna praca zdalna zaczyna się od standardu użytkownika końcowego. Każdy pracownik powinien wiedzieć, że dostęp do danych firmowych wymaga konkretnej konfiguracji, a nie wyłącznie loginu i hasła.

Na komputerze służbowym podstawą jest aktualny system operacyjny, włączone szyfrowanie dysku, aktywna blokada ekranu, aktualny EDR/antywirus i brak pracy na koncie lokalnym z nadmiernymi uprawnieniami. Jeżeli firma korzysta z Microsoft 365, warto połączyć to z zarządzaniem urządzeniem przez Intune i warunkowaniem dostępu od zgodności urządzenia.

Na poziomie logowania użytkownik powinien mieć aktywne MFA, najlepiej w aplikacji uwierzytelniającej lub przez passkey. Nie powinien współdzielić komputera służbowego z domownikami ani logować się na prywatnych przeglądarkach do krytycznych usług bez wyraźnej polityki firmowej. Przy pracy z dokumentami ważne jest także ograniczenie lokalnego kopiowania danych i korzystanie z zatwierdzonych repozytoriów, takich jak SharePoint i OneDrive for Business.

Domowe Wi-Fi również powinno spełniać minimum bezpieczeństwa. Router musi mieć zmienione hasło administratora, aktualne oprogramowanie, silne hasło sieciowe oraz wyłączone zbędne funkcje zdalnego zarządzania, o ile nie są świadomie używane. To nie zastępuje firmowych zabezpieczeń, ale ogranicza ryzyko po stronie środowiska domowego.

Poniżej syntetyczny wzorzec minimalny.

Konfiguracja decyzyjna dla managera i właściciela procesu

Manager nie konfiguruje MFA osobiście, ale odpowiada za to, czy standard będzie działał organizacyjnie. To od tej roli zależy, czy zespół pracuje na odpowiednich urządzeniach, czy dostęp do danych jest zgodny z zasadą najmniejszych uprawnień i czy wyjątki od polityki są w ogóle dopuszczane. (Cyberbezpieczeństwo od mIT group)

W dobrze zorganizowanym środowisku manager akceptuje role dostępowe, a nie pojedyncze „prośby o dostęp”. To zasadnicza różnica. Użytkownik w dziale handlowym powinien otrzymywać z góry zdefiniowany zestaw uprawnień, a nie zbieraninę wyjątków narastających przez lata. Tylko wtedy odejście pracownika, zmiana roli lub incydent nie zamieniają się w projekt porządkowania chaosu.

Manager powinien też rozumieć, że bezpieczeństwo pracy zdalnej trzeba mierzyć. Nie tylko przez liczbę incydentów, ale przez wskaźniki zgodności. Ilu użytkowników ma aktywne MFA? Ile urządzeń spełnia wymogi zgodności? Ilu pracowników korzysta z urządzeń prywatnych? Ile wyjątków od polityki jest nadal aktywnych? Bez tych danych zarządzanie staje się intuicyjne, a nie operacyjne.

W praktyce to właśnie tutaj najczęściej przydaje się partner zewnętrzny. Firmy nie potrzebują jedynie „informatyka od wdrożenia”, lecz zespołu, który połączy architekturę Microsoft 365, polityki bezpieczeństwa, helpdesk, onboarding i nadzór nad środowiskiem.

Conditional Access – punkt, w którym bezpieczeństwo staje się egzekwowalne

MFA to fundament, ale dopiero Conditional Access pozwala egzekwować reguły kontekstowe. Microsoft określa Conditional Access jako silnik polityk Zero Trust, który wykorzystuje sygnały do zabezpieczania dostępu do zasobów. W praktyce oznacza to, że system nie ocenia wyłącznie poprawności loginu i hasła, lecz także to, z jakiego urządzenia, z jakiej lokalizacji, przy jakim poziomie ryzyka i do jakiej aplikacji użytkownik próbuje się dostać.

To właśnie tu firma uzyskuje realną dźwignię bezpieczeństwa. Można wymusić MFA dla administratorów. Zablokować logowania z nieobsługiwanych krajów. Ograniczyć dostęp do paneli administracyjnych tylko do urządzeń zgodnych z polityką. Wymagać zgodnego urządzenia przy dostępie do wrażliwych danych. Zablokować starsze metody logowania, które omijają nowoczesne mechanizmy ochronne.

Dobrze zaprojektowane reguły Conditional Access nie utrudniają pracy. Przeciwnie, porządkują ją. Użytkownik z zarządzanego laptopa w przewidywalnym kontekście loguje się płynnie. Wysokie tarcie pojawia się dopiero wtedy, gdy sesja odbiega od normy. Taki model jest zgodny z nowoczesnym podejściem Zero Trust i zwykle daje lepszy balans między wygodą a bezpieczeństwem niż „twarde” ograniczenia nakładane jednolicie na wszystkich.

VPN czy Cloud PC – decyzja zależna od typu zespołu

Nie każda firma powinna od razu przechodzić na Windows 365. Nie każda powinna też trzymać się wyłącznie VPN. W praktyce warto rozdzielić decyzję według profilu stanowiska.

Dla użytkowników biurowych pracujących głównie w Microsoft 365, CRM, narzędziach SaaS i dokumentach projektowych bardzo dobrze sprawdza się model z centralną tożsamością, MFA, Conditional Access i – w razie potrzeby – Cloud PC. Dla osób korzystających z aplikacji lokalnych, systemów starszego typu, udziałów sieciowych lub specyficznego oprogramowania produkcyjnego wciąż potrzebny bywa VPN, choć najlepiej z dodatkowymi ograniczeniami dostępu.

W zespołach o wysokiej rotacji, przy intensywnym onboardingu lub przy współpracy z partnerami zewnętrznymi Windows 365 ma ważną przewagę: środowisko pracy można szybko przydzielić, odebrać i ustandaryzować. W zespołach technicznych, administracyjnych lub operacyjnych z dostępem do zasobów on-premises zwykle przez dłuższy czas trzeba utrzymywać model mieszany.

Najgorsze, co można zrobić, to wdrożyć jedno rozwiązanie dla wszystkich tylko dlatego, że „jest nowoczesne” albo „zawsze tak robiliśmy”. Dobra architektura dostępu powinna wynikać z mapy aplikacji, danych i ról w organizacji.

Jak wygląda dojrzały model bezpiecznej pracy zdalnej

Dojrzałe środowisko nie opiera się na pojedynczym produkcie. To układ współpracujących warstw. Tożsamość użytkownika jest chroniona przez MFA. Dostęp jest oceniany przez Conditional Access. Urządzenie jest zarządzane i raportuje zgodność. Dane są przechowywane w kontrolowanych repozytoriach. Sesje do zasobów krytycznych są realizowane przez bezpieczny kanał albo przez środowisko typu Cloud PC. Hasła są długie, unikalne i nie stanowią jedynej linii obrony.

W takim modelu manager nie pyta działu IT, „czy już wdrożyliśmy VPN”. Pyta raczej, czy mamy pełną kontrolę nad tym, kto, z czego i na jakich warunkach loguje się do firmowych danych. To jest właściwe pytanie biznesowe. I dopiero odpowiedź na nie pokazuje faktyczny poziom dojrzałości organizacji.

W mIT group najczęściej widzimy trzy etapy dojrzewania firm. Najpierw pojawia się szybka reakcja na potrzebę pracy zdalnej: kilka kont, podstawowy VPN, brak spójnych zasad. Potem przychodzi etap porządkowania: MFA, polityki, urządzenia firmowe, pierwsze raportowanie. Na końcu organizacja dochodzi do modelu przewidywalnego: role, automatyzacja, wymuszanie standardu, kontrola wyjątków i świadoma architektura dostępu. To właśnie trzeci etap daje realne bezpieczeństwo, a nie wyłącznie poczucie bezpieczeństwa.

Co wdrożyć w pierwszych 30 dniach

Jeżeli firma startuje z niskiego poziomu dojrzałości, warto zacząć od działań, które natychmiast ograniczają ryzyko. Pierwszym krokiem powinno być włączenie MFA dla administratorów i użytkowników o najwyższej ekspozycji. Drugim uporządkowanie urządzeń, z których pracownicy łączą się do danych. Trzecim weryfikacja, czy dostęp zdalny rzeczywiście wymaga pełnego VPN, czy da się go ograniczyć do wybranych aplikacji albo przenieść do modelu Cloud PC.

Równolegle trzeba uporządkować politykę haseł i proces resetu dostępu. Microsoft rekomenduje odejście od rutynowej, częstej rotacji haseł dla kont cloud-only oraz skupienie się na silniejszej kontroli ryzyka i MFA. To dobry moment, by usunąć stare praktyki, które tylko generują frustrację użytkowników, a nie podnoszą realnej odporności.

Na tym etapie warto też ułożyć prosty standard komunikacyjny dla pracowników. Bezpieczeństwo pracy zdalnej nie może być wiedzą ukrytą w dokumentacji. Użytkownik musi wiedzieć, gdzie przechowywać pliki, jak zgłosić zmianę telefonu do MFA, czego nie wolno instalować na komputerze firmowym i co zrobić w razie podejrzanego logowania.

Zamiast wygodnych skrótów – kontrola, która skaluje się z firmą

Największą zaletą dobrze zaprojektowanej pracy zdalnej nie jest tylko bezpieczeństwo. Jest nią również skalowalność. Gdy firma rośnie, zatrudnia nowych ludzi, korzysta z podwykonawców i przenosi kolejne procesy do chmury, improwizowane podejście przestaje działać. Wtedy każda nieformalna zgoda, każde „na chwilę” i każdy wyjątek od polityki zaczynają kosztować.

Bezpieczna praca zdalna powinna być więc rozumiana jako element modelu operacyjnego firmy. Nie jako zestaw narzędzi, tylko jako przewidywalny standard działania. W tym standardzie pracownik ma prostą i bezpieczną ścieżkę dostępu. Manager ma kontrolę nad rolami i ryzykiem. IT ma możliwość egzekwowania zasad i szybkiej reakcji na odchylenia. A zarząd dostaje środowisko, które wspiera biznes zamiast generować niepewność.

To właśnie dlatego dobrze wdrożone mfa dla firm m365, przemyślany wybór między VPN a Windows 365 Cloud PC oraz nowoczesna polityka haseł Microsoft 365 nie są osobnymi projektami. To jedna architektura zaufania, na której można budować dalszą cyfryzację.

FAQ

Wykorzystane źródła i linki

1. Microsoft Learn, Set up multifactor authentication for Microsoft 365: https://learn.microsoft.com/en-us/microsoft-365/admin/security-and-compliance/set-up-multi-factor-authentication?view=o365-worldwide
2. Microsoft Learn, How Microsoft Entra multifactor authentication works: https://learn.microsoft.com/en-us/entra/identity/authentication/concept-mfa-howitworks
3. Microsoft Learn, Configure Security Defaults for Microsoft Entra ID: https://learn.microsoft.com/en-us/entra/fundamentals/security-defaults
4. Microsoft Learn, Microsoft Entra Conditional Access overview: https://learn.microsoft.com/en-us/entra/identity/conditional-access/overview
5. Microsoft Learn, Plan your Conditional Access deployment: https://learn.microsoft.com/en-us/entra/identity/conditional-access/plan-conditional-access
6. Microsoft Learn, Password policy recommendations – Microsoft 365: https://learn.microsoft.com/en-us/microsoft-365/admin/misc/password-policy-recommendations?view=o365-worldwide
7. Microsoft Learn, Set the password expiration policy for your organization: https://learn.microsoft.com/en-us/microsoft-365/admin/manage/set-password-expiration-policy?view=o365-worldwide
8. Microsoft Learn, Overview of security concepts in Windows 365: https://learn.microsoft.com/en-us/windows-365/enterprise/security
9. Microsoft Learn, Windows 365 documentation: https://learn.microsoft.com/en-us/windows-365/
10. Microsoft, Windows 365: https://www.microsoft.com/en-us/windows-365
11. CISA, Require Multifactor Authentication: https://www.cisa.gov/audiences/small-and-medium-businesses/secure-your-business/require-multifactor-authentication
12. CISA, Multifactor Authentication: https://www.cisa.gov/topics/cybersecurity-best-practices/multifactor-authentication
13. CISA, Telework Guidance and Resources: https://www.cisa.gov/topics/risk-management/coronavirus/telework-guidance-and-resources
14. CISA, Use Strong Passwords: https://www.cisa.gov/secure-our-world/use-strong-passwords
15. NIST, SP 800-63B / Digital Identity Guidelines: https://pages.nist.gov/800-63-4/sp800-63b.html
16. NIST, Strength of Passwords: https://pages.nist.gov/800-63-4/sp800-63b/passwords/

Skontaktuj się z mIT group