🏢 Uzņēmuma identitāte un piekļuve 🔑 FIDO2 / Bez paroles

Microsoft Authenticator: pieteikšanās bez paroles, Number Matching un TOTP iestatīšana

Padziļināts ieskats nākamās paaudzes identitātes drošības arhitektūrā: cīņa pret MFA nogurumu ar skaitļu saskaņošanu (Number Matching), FIDO2 tālruņa pieteikšanās ieviešana, Conditional Access autentifikācijas līmeņu konfigurēšana, Temporary Access Pass (TAP) automatizācija un mākoņa dublējumu pārvaldība.

2FA 2FA-Tool Drošības laboratorija
Atjaunināts: 2026. gada oktobris · 15 min lasīšana
📌 Kopsavilkums un Microsoft drošības paradigma

Microsoft globālajā ekosistēmā, kas ietver Microsoft 365, Azure, Windows Hello un vairāk nekā miljardu patērētāju identitātes kontu, paroles tiek atzītas par galveno drošības pārkāpumu ievainojamības cēloni (vairāk nekā 80% uzņēmumu ielaušanos pamatā ir akreditācijas datu pārtveršana vai paroļu atkārtota izmantošana). Microsoft Authenticator no vienkārša TOTP klienta ir kļuvis par centralizētu, nulles uzticamības (zero-trust) galapunktu pieteikšanās procesam bez parolēm.

Pretnoguruma vairogs Number Matching

Pieprasa mobilajā lietotnē ievadīt pārlūkprogrammā parādītos skaitļus, neitralizējot paziņojumu bombardēšanu.

Aparatūras kriptogrāfija Phone Sign-In (FIDO2)

Biometriskā autorizācija apvienojumā ar ierīces aparatūras anklāva atslēgām pilnībā atceļ vajadzību pēc paroles.

Uzņēmuma robeža Entra ID dublējumu izolācija

Darba un mācību kontu akreditācijas dati atbilstības nolūkos tiek apzināti izslēgti no mākoņa dublējumiem.

1

MFA nogurums (Push Bombing) un Number Matching prasība

Vēsturiski visērtākais daudzfaktoru autentifikācijas mehānisms bija binārais pašpiegādes (push) paziņojums: ienākošs paziņojums ar vienkāršām opcijām "Approve" (Apstiprināt) vai "Deny" (Noraidīt). Reālajā ražošanas vidē šī vienkāršotā saskarne radīja kritisku ievainojamību: MFA nogurumu (MFA Fatigue).

1. Lapsus$ paziņojumu bombardēšanas ielaušanās anatomija

Ievērojamos uzbrukumos starptautiskiem uzņēmumiem (tostarp Uber un Okta) uzbrucēji ieguva derīgas darbinieku paroles no tumšā tīkla datu noplūdēm. Lai apietu sekundāro paziņojumu, uzbrucēji palaida automatizētus skriptus, kas pulksten 2:00 naktī izraisīja desmitiem push pieprasījumu. Apjukumā, aizkaitinājumā vai miega traucējumu ietekmē upuri galu galā nospieda "Approve", lai tikai apklusinātu tālruni, acumirklī nododot tīkla piekļuvi uzbrucējam.

2. Microsoft globālā Number Matching ieviešana

Lai pilnībā likvidētu šo uzbrukuma ceļu, Microsoft ieviesa obligātu Number Matching visiem Microsoft Entra ID (Azure AD) nomniekiem un patērētāju kontiem:

  • Dinamiska skaitļu parādīšana: Pārlūkprogrammas pieteikšanās ekrānā tiek parādīts pseidogadījuma 2 ciparu skaitlis (piemēram, 73).
  • Manuāla ievade lietotnē: Mobilais paziņojums aicina lietotāju atbloķēt ierīci un ievadīt precīzu skaitli interaktīvajā tastatūrā. Vairs nav vispārīgas pogas "Apstiprināt".
  • Kontekstuālā ģeolokācija un lietotnes nosaukums: Uzvednē tiek parādīta lietotne, kas pieprasa piekļuvi (piemēram, "Microsoft Office Web"), un ģeogrāfiskā izcelsme, pamatojoties uz IP meklēšanu.
Drošības ietekmes novērtējums:

Tā kā attālināts uzbrucējs nevar redzēt upura fiziskajā monitorā redzamo skaitli un gulošais upuris nevar uzminēt ievadāmo skaitli, Number Matching samazina automatizēto paziņojumu bombardēšanas sekmīguma rādītāju līdz nullei.

2

Pieteikšanās bez paroles no tālruņa arhitektūra

Patiesa autentifikācija bez paroles nav vienkārša paroles automātiska aizpildīšana fonā. Tā balstās uz asimetrisko publiskās atslēgas kriptogrāfiju, kas standartizēta saskaņā ar FIDO2, pārvēršot jūsu mobilo ierīci par aparatūras nodrošinātu drošības anklāvu.

Pieteikšanās no tālruņa kriptogrāfiskā darbplūsma:

  1. Reģistrācijas posms (Enrollment Phase): Iespējojot tālruņa pieteikšanos, viedtālruņa drošības aparatūrai (Apple Secure Enclave vai Android StrongBox/TEE) tiek dots rīkojums ģenerēt asimetrisku kriptogrāfisko atslēgu pāri. Privātā atslēga paliek pastāvīgi izolēta aparatūrā; publiskā atslēga tiek reģistrēta Microsoft Identity Cloud.
  2. Izaicinājuma izsniegšana (Challenge Dissemination): Iesniedzot lietotājvārdu pārlūkprogrammā, Microsoft ģenerē īslaicīgu kriptogrāfisko izaicinājumu (nonce), kas caur APNs/FCM tiek nosūtīts uz jūsu reģistrēto ierīci.
  3. Biometriskā autorizācija (Biometric Authorization): Lietotājs lokāli apstiprina identitāti, izmantojot Face ID, Touch ID vai OS ierīces PIN. Šis aparatūras apstiprinājums autorizē drošo anklāvu piekļūt privātajai atslēgai.
  4. Kriptogrāfiskais apgalvojums (Cryptographic Assertion): Privātā atslēga paraksta servera izaicinājumu un nosūta parakstu atpakaļ uz Microsoft identitātes vārteju. Vārteja pārbauda parakstu, izmantojot iepriekš reģistrēto publisko atslēgu, un piešķir piekļuvi. Neviena parole nekad netiek pārsūtīta pa tīklu.
🚀 Kā neatgriezeniski noņemt paroles no personīgā Microsoft konta:
  1. Pievienojiet savu personīgo kontu Microsoft Authenticator un iespējojiet "Set up phone sign-in".
  2. Datorā dodieties uz Microsoft drošības iestatījumiem: account.live.com/proofs/manage/additional.
  3. Sadaļā "Additional security" atrodiet Passwordless account un atlasiet Turn on.
  4. Izpildiet skaitļu saskaņošanas pieprasījumu savā mobilajā ierīcē. Jūsu parole tiek neatgriezeniski dzēsta no Microsoft identitātes datubāzēm!
3

Personīgie Microsoft konti (MSA) pret darba/mācību (Entra ID)

Lietotāji vienā Authenticator instancē bieži pārvalda vairākus kontus. Personīgo patērētāju kontu pārvaldīšana līdzās uzņēmuma Entra ID identitātēm ietver atšķirīgus uzticamības modeļus.

Novērtējuma metrika Personīgais Microsoft konts (MSA) Darba / mācību konts (Entra ID)
Identitātes apgabals @outlook.com, @hotmail.com, @live.com @company.com, @university.edu
Administratīvā pārvaldība Gala lietotāja suverenitāte Nomnieka globālais administrators un Intune MDM
Conditional Access politikas Standarta patērētāju riska noteikšana Ievieš ierīču atbilstību, ierobežo atbilstošos IP diapazonus
Mākoņa dublēšanas iespējamība ✅ Pilnībā dublēts personīgajā mākoņkrātuvē ❌ Privātās atslēgas tiek apzināti izslēgtas
Avārijas atjaunošanas vektors Sekundārais e-pasts, SMS, 25 rakstzīmju atjaunošanas atslēga IT atbalsta dienesta Temporary Access Pass (TAP)
4

Conditional Access un autentifikācijas stiprumu hierarhija

Microsoft Entra ID Conditional Access ietvaros administratori var strukturēt autentifikāciju trīs stingros līmeņos, izmantojot Authentication Strengths:

1. līmenis: Standarta MFA

Multifactor Authentication

Pieņem SMS OTP, balss zvanus, standarta 6 ciparu TOTP vai push apstiprinājumus. Piemērots bāzes piekļuvei ar mērenu riska līmeni.

2. līmenis: MFA bez paroles

Passwordless Phone Sign-In

Nepieciešama Microsoft Authenticator tālruņa pieteikšanās vai Windows Hello for Business. Izslēdz pikšķerējamas paroles no pieteikšanās ceļa.

3. līmenis: Pret pikšķerēšanu noturīgs

FIDO2 & Certificate-Based

Pieņem tikai FIDO2 drošības atslēgas (YubiKey) un CBA viedkartes. Obligāta atbilstības bāzlīnija globālajiem administratoriem.

Piekļuves atslēgas (Passkeys / FIDO2 WebAuthn) pret tālruņa pieteikšanos: kriptogrāfiskā atšķirība

Uzņēmumu arhitekti bieži jauc Microsoft tradicionālo "Passwordless Phone Sign-In" ar jaunstandartizēto "Passkey in Authenticator". Lai gan abi gala lietotājam piedāvā ērtu biometrisko uzvedni, to iekšējā kriptogrāfiskā arhitektūra būtiski atšķiras:

  • Phone Sign-In: Balstās uz Microsoft patentēto Azure AD Broker arhitektūru. Ierīce reģistrējas tieši Entra ID, ģenerējot asimetrisku atslēgu pāri, kas ir stingri piesaistīts lietotnes Authenticator izpildlaikam.
  • Passkeys (FIDO2 WebAuthn): Atbilst globālajai W3C Web Authentication specifikācijai. Privātā atslēga tiek ģenerēta un noslēgta tieši ierīces aparatūras Secure Enclave (Apple iOS) vai Hardware-backed Keystore / StrongBox (Android) anklāvā. Autentificējoties dažādās darbstacijās, FIDO starpierīču autentifikācija izmanto šifrētus QR rokasspiedienus apvienojumā ar Bluetooth Low Energy (BLE) tuvuma bākugunīm, garantējot, ka viedtālrunis fiziski atrodas tiešā pieteikšanās ekrāna tuvumā, padarot attālināto pikšķerēšanu matemātiski neiespējamu.

Continuous Access Evaluation (CAE) un marķieru zādzības aizsardzība:

Standarta OAuth 2.0 piekļuves marķieriem pēc noklusējuma ir 1 stundas derīguma logs. Ja uzbrucējs nozog aktīvu sesijas marķieri, izmantojot informācijas zagļu ļaunprogrammatūru (infostealer), lietotāja konta atspējošana pakalpojumā Active Directory parasti atstāj bīstamu ievainojamības logu. Microsoft Entra ID to novērš ar Continuous Access Evaluation (CAE). Izmantojot pastāvīgu reāllaika notikumu konveijeru starp Entra ID un Microsoft 365 pakalpojumiem (Exchange, Teams, SharePoint), kritiski notikumi — piemēram, paroles atsaukšana, lietotāja atspējošana vai pēkšņs IP ģeolokācijas riska pieaugums — pārtrauc aktīvos marķierus dažu minūšu laikā.

# Emergency Tenant Admin Incident Response via Microsoft Graph PowerShell
Revoke-MgUserSignInSession -UserId "[email protected]"

Microsoft Intune MAM (Mobile Application Management) galapunktu aizsardzība

BYOD (Bring Your Own Device) vidēs personīgās mobilās operētājsistēmas var saturēt ļaunprogrammatūru, taustiņspiedienu reģistrētājus vai krāpnieciskus pieejamības pakalpojumus. Microsoft Authenticator integrējas ar Intune MAM lietotņu aizsardzības politikām, lai ieviestu aparatūras izolāciju bez nepieciešamības veikt invazīvu mobilo ierīču pārvaldību (MDM):

  • Biometriskās bloķēšanas prasība: Pirms piekļuves jebkuram korporatīvajam TOTP marķierim vai numuru saskaņošanas pieprasījumam obligāti jāveic Face ID / Touch ID / Android Biometric atbloķēšana.
  • Ekrānuzņēmumu bloķēšana: Ierobežo OS līmeņa ekrānuzņēmumu un videoierakstu veikšanu lietotnes Authenticator saskarnē operētājsistēmās Android un iOS.
  • Jailbreak un Root noteikšana: Nekavējoties bloķē marķieru izsniegšanu un pārtrauc tālruņa pieteikšanās akreditācijas datus, ja mobilās OS integritāte ir tikusi apdraudēta.
5

Temporary Access Pass (TAP): pievienošana bez paroles

Kad uzņēmumam pievienojas jauns darbinieks vai darbinieka viedtālrunis ir pazaudēts, kā viņš var reģistrēt lietotni Authenticator, ja organizācijā paroles ir aizliegtas? Risinājums ir Temporary Access Pass (TAP):

Uzņēmuma TAP reģistrācijas dzīves cikls:

  1. Administrators izsniedz TAP: IT atbalsta dienests Entra administratoru centrā izveido laika ziņā ierobežotu, kriptogrāfiski nejaušu piekļuves kodu (piemēram, derīgu 4 stundas, vienreizējai lietošanai).
  2. Lietotājs piekļūst drošības informācijai: Darbinieks savā darbstacijā atver https://aka.ms/mysecurityinfo.
  3. Autentifikācija, izmantojot TAP: Pagaidu koda iesniegšana izpilda visas Conditional Access MFA prasības sākotnējai iestatīšanai.
  4. Ierīces savienošana pārī: Darbinieks reģistrē Microsoft Authenticator, izmantojot QR kodu. Nevienā viņa nodarbinātības posmā pastāvīga parole nekad nepastāv!
6

Standarta RFC 6238 TOTP pārvaldība un trešo pušu pakalpojumi

Papildus Microsoft ekosistēmu apkalpošanai Microsoft Authenticator darbojas kā universāls RFC 6238 TOTP dzinējs. Tajā var glabāt marķierus pakalpojumiem Amazon, GitHub, Google, AWS un kriptovalūtu biržām.

Ārējo platformu pievienošana:

Pieskarieties "+" augšējā labajā stūrī -> izvēlieties "Other (Google, Facebook, etc.)". Noskenējiet trešās puses pakalpojuma QR kodu. Lietotne inicializē standarta HMAC-SHA1 aprēķinus, kas tiek atjaunināti ar 30 sekunžu intervālu.

Divvirzienu elastība: vai es varu izmantot 2FA-Tool Microsoft kontiem?

Jā. Iestatot divpakāpju verifikāciju Microsoft drošības iestatījumos, atlasiet "I want to set up a different Authenticator app". Microsoft parāda standarta Base32 atslēgas virkni. Varat ielīmēt šo atslēgu vietnē 2FA-Tool.com, lai aprēķinātu marķierus 100% lokāli savā datora pārlūkprogrammā.

7

Mākoņa dublējumi un ierīču migrācija: trīs kritiskas kļūmes

Microsoft Authenticator nodrošina mākoņa dublēšanas (Cloud Backup) funkciju, taču arhitektūras robežas rada bīstamas lamatas neuzmanīgiem lietotājiem:

1. kļūme: Darba un mācību konti nekad netiek dublēti ar akreditācijas datiem

Atjaunojot Authenticator dublējumu jaunā tālrunī, visi trešo pušu TOTP marķieri un personīgie Microsoft konti tiek nevainojami atjaunoti. Tomēr visi korporatīvie un izglītības Entra ID ieraksti rādīs sarkanu izsaukuma zīmi: "Action Required - Re-authentication necessary". Uzņēmuma drošības politikas aizliedz organizācijas atslēgu eksportēšanu uz personīgajiem patērētāju mākoņiem. Jums ir no jauna jāreģistrē jaunais tālrunis no aktīvas uzņēmuma darbvirsmas sesijas!

2. kļūme: Operētājsistēmu ekosistēmu plaisa (iOS pret Android)

Operētājsistēmā iOS Microsoft Authenticator šifrē dublējumus Apple iCloud Keychain. Operētājsistēmā Android dublējumi tiek šifrēti jūsu personīgajā Microsoft OneDrive. Starp šiem mākoņiem nav nekādas savietojamības. Jūs nevarat atjaunot iPhone Authenticator dublējumu tieši Android ierīcē un otrādi. Pārejai starp platformām nepieciešams manuāli skenēt kodus jaunajā ierīcē pirms vecās dzēšanas.

3. kļūme: Vistas un olas strupceļš "Login vs. Restore"

Atverot tikko instalētu lietotni Authenticator jaunā tālrunī, apakšā ir smalka saite: "Restore from backup". Pirms jebkādu kontu pievienošanas obligāti jānospiež "Restore from backup"! Ja vispirms nospiedīsiet "Add account", lietotne prasīs 2FA kodu identitātes apstiprināšanai — kodu, kas ir ieslēgts neatjaunotajā dublējumā, radot neatrisināmu strupceļu.

8

Problēmu novēršana: paziņojumu kļūmes un atkopšana

1. problēma: Skaitļu saskaņošanas paziņojumi nekad nesasniedz tālruni

  • Agresīva akumulatora optimizācija (Android): Daudzas Android OEM programmaparatūras aizver fona procesus. Piešķiriet Microsoft Authenticator izņēmumu akumulatora optimizācijai OS iestatījumos.
  • Google Play pakalpojumu trūkums: Ierīces bez Google pakalpojumiem nevar saņemt standarta FCM fona brīdinājumus. Atveriet lietotni manuāli, lai piespiestu aptauju.
  • VPN maršrutēšanas ierobežojumi: Daži korporatīvie vai reģionālie VPN tuneļi pārtrauc pastāvīgos TLS ligzdu savienojumus ar Microsoft paziņojumu galapunktiem.

2. problēma: Tālrunis iznīcināts bez dublējuma — korporatīvās piekļuves atgūšana

Kamēr patērētāju konti paļaujas uz pašapkalpošanās atjaunošanas atslēgām, korporatīvajiem Entra ID lietotājiem ir īpašs atjaunošanas ceļš:

Sazinieties ar savas organizācijas IT atbalsta dienestu. Administrators var atvērt Entra administratoru centru, pārskatīt jūsu lietotāja profilu sadaļā Authentication Methods un izsniegt 8 stundu Temporary Access Pass (TAP). Šis vienreizējais akreditācijas dati apiet MFA, ļaujot jums pieteikties un reģistrēt jauno aparatūru.

9

Bieži uzdotie jautājumi (FAQ)

Vai varu izmantot tālruņa pieteikšanos, kad ierīce ir lidmašīnas režīmā? ▼

Skaitļu saskaņošanas uzvednēm ir nepieciešams aktīvs tīkla savienojums izaicinājumu saņemšanai. Ja tālrunis ir bezsaistē, pārlūkprogrammas pieteikšanās ekrānā atlasiet "I can't use my Microsoft Authenticator app right now", pēc tam izvēlieties "Use a verification code". Atveriet lietotni Authenticator un ievadiet lokāli ģenerēto 6 ciparu TOTP kodu, kas darbojas pilnīgi bezsaistē.

Kā Microsoft Authenticator ir salīdzināms ar Google Authenticator? ▼

Pakalpojumiem Microsoft 365, Azure un korporatīvajām uzņēmumu darbplūsmām Microsoft Authenticator ir ievērojami pārāks, pateicoties integrētajai skaitļu saskaņošanai un piekļuves atslēgu (passkey) atbalstam bez paroles. Vispārējai patērētāju TOTP pārvaldībai dažādās ierīcēs (pārejot starp iOS un Android) Google Authenticator vienotā Google Account mākoņa sinhronizācija piedāvā vienkāršāku migrāciju starp OS.

Kas notiek, ja nejauši izdzēšu lietotni Microsoft Authenticator? ▼

Ja pirms dzēšanas bija iespējots mākoņa dublējums (Cloud Backup), atkārtoti instalējiet lietotni un sākuma ekrānā pieskarieties "Restore from backup". Autentificējieties, izmantojot atjaunošanas Microsoft kontu (vai Apple ID), lai atgūtu savus marķierus. Ja dublējums nebija aktīvs, izmantojiet savu ārkārtas atkopšanas e-pastu, SMS kodu vai 25 rakstzīmju konta atjaunošanas atslēgu, lai atgūtu piekļuvi.

Klienta puses nulles uzticamības aprēķins

Droši ģenerējiet universālos 2FA marķierus

Nepieciešami klienta puses RFC 6238 TOTP aprēķini jūsu uzņēmuma mākoņkonsolēm, Git krātuvēm un sociālajiem kontiem? Izmantojiet 2FA-Tool 100% bezsaistes, privātumam draudzīgo tīmekļa rīku.