Laborator 14 — Firewall și autentificarea utilizatorilor

Windows Security · profiluri și reguli firewall · Windows Hello · MFA
4 ore academice × 45 minute = 180 minute
Durata include explicațiile, practica și completarea fișei. Pauzele sunt separate.
Scop: să controlezi accesul prin rețea, să identifici cauza unei conexiuni blocate și să configurezi o metodă potrivită de autentificare. La final vei prezenta probe de conectivitate, observații despre securitatea contului și o recomandare argumentată pentru un dispozitiv de serviciu.
Răspunsurile și capturile se salvează în acest browser. Exportă o copie JSON pentru păstrare sau transfer.
Bifele marchează activități realizate, nu note sau răspunsuri corecte. Nu introduce parole, PIN-uri, coduri MFA reale ori coduri de recuperare în această fișă.

Planul laboratorului

Ora Sarcini Durată Produs practic
1 1–3 45 min Rețea izolată, profiluri și diagnosticare
2 4–5 45 min Aplicații și politici GPO
3 6–7 45 min Windows Hello
4 8 45 min Metode de autentificare și verificare finală
Pregătire pentru profesor și condiții de lucru

Ora 1 — Rețea, profiluri și diagnosticare · 45 min

1. Pregătirea perechii de VM-uri și explorarea Windows Security 10 min

  1. Verifică snapshot-ul și configurația Internal Network: sec-lab pe ambele VM-uri. Pornește sistemele. Notează care este gazda și care este clientul.
  2. Deschide ncpa.cpl → adaptorul intern → Properties → Internet Protocol Version 4 → Properties. Configurează adresele din pregătire, cu masca 255.255.255.0. Lasă gateway și DNS necompletate.
  3. Rulează hostname și ipconfig pe fiecare VM. Verifică să nu existe un adaptor NAT/Bridged conectat în timpul experimentului.
  4. Deschide Windows Security. Identifică Virus & threat protection, Account protection, Firewall & network protection și Device security. Notează indicatorii de stare, fără să activezi servicii sau abonamente suplimentare.
Ce protejează fiecare componentă?

Windows Security centralizează informațiile de securitate. Defender Antivirus caută software malițios. Firewall-ul filtrează traficul de rețea. Account protection privește autentificarea, iar Device security include protecții hardware. Culorile semnalează starea sau recomandările; citește întotdeauna mesajul concret.

Verificare practică / analiză Rezultat observat
Numele gazdei / IP / masca
Numele clientului / IP / masca
Două componente Windows Security: rol și stare observată

2. Profilul Public, Private și Domain 10 min

  1. Deschide Windows Security → Firewall & network protection. Identifică cele trei profiluri și pe cel marcat activ. Notează starea firewall-ului.
  2. Pe ambele VM-uri, deschide Settings → Network & Internet → Ethernet → conexiunea internă. În Windows 10 poți folosi Status → Properties. Selectează Public, observă profilul activ, apoi selectează Private pentru rețeaua izolată de laborator.
    3. De ce apare „Unidentified network” și nu pot alege Public/Private?

    Windows identifică o rețea folosind mai multe informații despre conexiune. Într-o rețea virtuală izolată, configurată manual doar cu adresă IP și mască, fără gateway și fără DNS, Windows poate să nu aibă suficiente informații pentru a recunoaște rețeaua și o afișează ca Unidentified network.

    În această situație, Windows 10 poate să nu afișeze în Settings opțiunea de alegere Public / Private, chiar dacă profilul de rețea există în sistem.

    Profilul poate fi verificat și modificat din PowerShell cu: 

    Get-NetConnectionProfile

    apoi, folosind indexul adaptorului: 

    Set-NetConnectionProfile -InterfaceIndex <index> -NetworkCategory Private

    După modificare, rulează din nou Get-NetConnectionProfile și verifică dacă NetworkCategory este Private.

  3. Deschide Advanced sharing settings și, pentru profilul Private, verifică opțiunile Network discovery și File and printer sharing. Dacă sunt dezactivate, activează-le pe ambele (On). Notează starea finală. Reține că schimbarea profilului în Private nu activează automat aceste opțiuni.
Profilul nu este o garanție a securității

Public se folosește în rețele în care nu ai încredere: descoperirea și partajarea sunt de regulă restricționate. Private permite utilizarea regulilor pentru o rețea de încredere, dar partajarea trebuie configurată separat. DomainAuthenticated este detectat prin autentificarea la un domeniu Active Directory; nu îl alegi manual din lista Public/Private. Regulile și politicile pot modifica comportamentul implicit.

Verificare practică / analiză Rezultat observat
Cele trei profiluri firewall; profilul activ și starea firewall-ului
Profil inițial → Public → Private; numele adaptorului și InterfaceIndex
Profil Private: Network discovery și File and printer sharing
>

3. Permiterea și blocarea traficului ICMP în Firewall 20 min

Windows Defender Firewall controlează traficul care intră și iese din calculator. Regulile Inbound controlează traficul primit de calculator, iar regulile Outbound controlează traficul trimis de acesta.

În această activitate vei analiza traficul ICMP (Internet Control Message Protocol) Echo Request, utilizat de comanda ping. Vei observa cum o regulă Allow permite cererile ping primite de la alt calculator și cum o regulă Block le poate bloca.

  1. Verifică dacă Firewall-ul este activ.
    Pe gazdă, deschide Windows Security → Firewall & network protection. Verifică starea firewall-ului pentru profilurile Private și Public. Pentru rețeaua internă utilizată în laborator, profilul Private trebuie să fie activ, iar Microsoft Defender Firewall trebuie să fie On. Verifică și ca opțiunea Block all incoming connections, including those in the list of allowed apps să nu fie activată.

  2. Verifică efectul regulii implicite pentru ping.
    Pe gazdă, deschide wf.msc → Inbound Rules și caută regula File and Printer Sharing (Echo Request - ICMPv4-In) pentru profilul Private. Verifică Enabled, Action și Profile. Dacă regula este dezactivată, activeaz-o temporar.
    Pe clientul Win11 rulează ping -n 4 192.168.50.10. Dacă regula este activă și rețeaua este configurată corect, trebuie să primești răspunsuri de tip Reply from 192.168.50.10.
    Apoi, pe gazdă, dezactivează aceeași regulă și repetă testul de pe Win11. În lipsa unei alte reguli Allow pentru ICMPv4, ping-ul nu trebuie să mai primească răspuns.

  3. Creează și testează propria regulă Allow pentru ping.
    Pe gazdă, în wf.msc → Inbound Rules → New Rule → Custom, alege All programs. La Protocol type selectează ICMPv4 → Customize → Specific ICMP types → Echo Request. La Scope, pentru Remote IP addresses selectează These IP addresses și adaugă 192.168.50.11. Alege Allow the connection, profilul numai Private și numele LAB14-ICMP-Allow.
    Pe Win11 rulează apoi ping -n 4 192.168.50.10. Ping-ul trebuie să funcționeze deoarece regula LAB14-ICMP-Allow permite cererile ICMP Echo Request provenite de la adresa 192.168.50.11.

  4. Creează, testează și dezactivează regula Block pentru același trafic.
    Pe gazdă creează o nouă regulă Custom cu aceleași valori: ICMPv4, Echo Request, Remote IP 192.168.50.11 și profil Private, dar selectează Block the connection. Denumește regula LAB14-ICMP-Block.
    Pe Win11 rulează ping -n 4 192.168.50.10. Deși regula LAB14-ICMP-Allow este activă, ping-ul trebuie să fie blocat deoarece o regulă explicită Block are prioritate față de o regulă Allow aplicabilă aceluiași trafic. Apoi, pe gazdă, dezactivează numai LAB14-ICMP-Block și repetă testul de pe Win11. Deoarece regula LAB14-ICMP-Allow rămâne activă, ping-ul trebuie să funcționeze din nou.

  5. Testează efectul regulilor Allow și al stării Firewall-ului.
    Pe gazdă, dezactivează regula LAB14-ICMP-Allow. Regula implicită File and Printer Sharing (Echo Request - ICMPv4-In) trebuie să rămână și ea dezactivată. Repetă pe Win11 ping -n 4 192.168.50.10. În acest moment nu mai există o regulă Allow pentru ICMP Echo Request, deci ping-ul trebuie să eșueze.
    Apoi, numai în rețeaua izolată de laborator, pe gazdă deschide Windows Security → Firewall & network protection → Private network și setează Microsoft Defender Firewall → Off. Repetă ping-ul de pe Win11. Ping-ul trebuie să funcționeze, deoarece Firewall-ul nu mai filtrează traficul profilului Private.
    Reactivează apoi Microsoft Defender Firewall → On și repetă ping-ul. Deoarece regulile Allow pentru ICMP sunt încă dezactivate, ping-ul trebuie să fie din nou blocat.
    La final, în wf.msc, activează din nou regula File and Printer Sharing (Echo Request - ICMPv4-In) pentru profilul Private și repetă ping -n 4 192.168.50.10. Ping-ul trebuie să funcționeze din nou.
Cum interpretezi experimentul?

Pentru gazdă, cererea ping primită de la Win11 reprezintă trafic Inbound. Regula File and Printer Sharing (Echo Request - ICMPv4-In) sau regula personalizată LAB14-ICMP-Allow permite acest trafic.

Dacă există simultan o regulă Allow și o regulă explicită Block aplicabile aceluiași trafic, regula Block are prioritate. Dacă Firewall-ul este dezactivat pentru profilul respectiv, regulile nu mai filtrează traficul.

Opțiunea Remote IP address indică adresa calculatorului de la care vine traficul. În această activitate, 192.168.50.11 este adresa clientului Win11. Local IP address reprezintă adresa calculatorului pe care este configurată regula, adică gazda Win10.

Ping utilizează protocolul ICMP și verifică dacă un calculator răspunde la cereri Echo Request. El nu verifică direct funcționarea unor servicii precum SMB, Remote Desktop sau SQL Server.

Dezactivarea Firewall-ului este utilizată numai ca test scurt de diagnosticare într-o rețea izolată. Nu lăsa Firewall-ul dezactivat după experiment.
Verificare practică / analiză Rezultat observat
Regula implicită ICMPv4-In activă: rezultat ping
Regula implicită ICMPv4-In dezactivată: rezultat ping
LAB14-ICMP-Allow activă: rezultat ping
Allow + Block active simultan: rezultat ping
Block dezactivat, Allow activ: rezultat ping
Ambele reguli personalizate dezactivate: rezultat ping
Firewall Private Off: rezultat ping
Firewall Private On, fără reguli Allow ICMP: rezultat ping
Regula implicită ICMPv4-In reactivată: rezultat ping
Concluzie: ce rol au regulile Allow, Block și starea Firewall-ului?

Ora 2 — Aplicații și politici GPO · 45 min

4. Controlul accesului aplicației Copilot la Internet 18 min

4.1. Verificarea inițială a aplicației Copilot

  1. Pe mașina virtuală, deschide aplicația Microsoft Copilot din meniul Start.
  2. Introdu întrebarea „Ce este un firewall? Răspunde în două propoziții.” și verifică dacă aplicația generează un răspuns.
  3. Notează rezultatul. Nu modifica încă setările Firewall.

4.2. Modificarea permisiunilor din Allow an app through firewall

  1. Deschide firewall.cpl → Allow an app or feature through Windows Defender Firewall → Change settings.
  2. Identifică aplicația Microsoft Copilot (nu Microsoft 365 Copilot). Notează bifele inițiale din coloanele Private și Public.
  3. Elimină bifele pentru Copilot din ambele coloane și apasă OK.
  4. Închide complet Copilot, redeschide aplicația și trimite din nou întrebarea de la punctul 5.1. Verifică dacă aplicația continuă să genereze răspunsuri.
  5. Restabilește bifele inițiale pentru Copilot.
De ce Copilot continuă să funcționeze după eliminarea bifelor?

Lista Allow an app through firewall controlează în principal conexiunile Inbound — traficul care sosește din rețea către calculator. Eliminarea bifelor nu înseamnă blocarea completă a accesului aplicației la Internet.

Copilot inițiază conexiuni către serviciile online, adică utilizează trafic Outbound. De aceea, aplicația poate continua să funcționeze chiar dacă permisiunile Inbound au fost eliminate.

Pentru a restricționa conexiunile inițiate de Copilot, trebuie creată o regulă Outbound cu acțiunea Block the connection.

4.3. Crearea unei reguli Outbound pentru blocarea Copilot

  1. Deschide wf.msc → Outbound Rules → New Rule.
  2. Selectează Program → Next, apoi This program path și introdu calea executabilului Copilot:
C:\Program Files (x86)\Microsoft\Copilot\Application\mscopilot.exe
  1. Selectează Block the connection.
  2. Bifează profilurile Domain, Private și Public.
  3. Introdu numele LAB14-Copilot-Block și apasă Finish.
  4. Verifică în lista Outbound Rules că regula este activă (Enabled = Yes, Action = Block).
  5. Închide complet Copilot, redeschide aplicația și trimite din nou întrebarea de la punctul 4.1. Observă dacă mai primești răspuns.

4.4. Dezactivarea regulii și restabilirea accesului

  1. În wf.msc → Outbound Rules, identifică regula LAB14-Copilot-Block.
  2. Click dreapta pe regulă → Disable Rule.
  3. Închide complet Copilot, redeschide aplicația și trimite din nou întrebarea.
  4. Verifică dacă aplicația generează din nou răspunsuri.
  5. Lasă regula LAB14-Copilot-Block dezactivată (Enabled = No) pentru a păstra accesul Copilot la Internet.
Dacă rezultatele nu corespund celor așteptate

Copilot nu funcționează înainte de blocare: verifică dacă mașina virtuală are conexiune la Internet și dacă aplicația poate accesa serviciul online.

Copilot continuă să răspundă cu regula Block activă: verifică dacă regula este de tip Outbound, are Action = Block, este activată și indică executabilul corect. Unele versiuni Copilot pot utiliza procese suplimentare pentru comunicarea cu Internetul.

Copilot nu răspunde după Disable Rule: închide complet aplicația, verifică dacă există alte reguli de blocare și încearcă din nou.

Verificare practică / analiză Rezultat observat
Înainte de modificarea Firewall: Copilot răspunde la întrebare?
După eliminarea bifelor Private/Public: Copilot răspunde? De ce?
Outbound Block — Enabled: ce se întâmplă cu Copilot?
Outbound Block — Disabled: ce se întâmplă cu Copilot?
Ce diferență există între eliminarea permisiunilor Inbound și blocarea traficului Outbound al aplicației?

5. Configurarea centralizată a Firewall prin GPO 25 min

Scenariu: Administratorul domeniului stepit.local trebuie să permită calculatoarelor din OU-ul Elevi să primească solicitări ICMP Echo Request (ping) din rețeaua locală. În loc să configureze manual Firewall pe fiecare calculator, administratorul va crea o regulă centralizată prin Group Policy.

Obiectiv: Crearea unei reguli Firewall într-un GPO, aplicarea acesteia pe un calculator din domeniu și verificarea efectului activării și dezactivării regulii.

5.1. Crearea și asocierea unui GPO

  1. Pe Windows Server 2019 (Domain Controller), deschide gpmc.msc → Forest → Domains → stepit.local.
  2. Identifică OU-ul Elevi. Verifică dacă obiectul calculatorului Windows 10 pe care vei testa regula se află în acest OU sau într-un OU descendent.
  3. Click dreapta pe OU Elevi → Create a GPO in this domain, and Link it here. Introdu numele GPO_Elevi_Firewall și apasă OK.
  4. Verifică dacă noul GPO apare în lista Linked Group Policy Objects pentru OU Elevi.
  5. Click dreapta pe GPO_Elevi_Firewall → Edit.

5.2. Crearea regulii Firewall în GPO

  1. În Group Policy Management Editor, navighează la Computer Configuration → Policies → Windows Settings → Security Settings → Windows Defender Firewall with Advanced Security → Windows Defender Firewall with Advanced Security → Inbound Rules.
  2. Click dreapta pe Inbound Rules → New Rule.
  3. La Rule Type, selectează Custom → Next.
  4. La Program, selectează All programs → Next.
  5. La Protocol and Ports, selectează:
    • Protocol type: ICMPv4.
    • Apasă Customize → Specific ICMP types.
    • Bifează numai Echo Request → OK → Next.
  6. La Scope, configurează:
    • Local IP addresses: Any IP address.
    • Remote IP addresses: These IP addresses → Add.
    • Introdu 192.168.50.11 — adresa calculatorului care va trimite solicitările ping.
  7. La Action, selectează Allow the connection.
  8. La Profile, selectează Domain pentru clientul conectat la domeniu. Dacă experimentul utilizează o rețea cu profil Private, selectează și Private.
  9. La Name, introdu GPO-LAB14-ICMP-Allow și apasă Finish.
  10. Verifică apariția regulii în Inbound Rules. Deschide Properties și inspectează Direction, Action, Protocol, Scope și Profile.
De ce se creează regula în Computer Configuration?

Regulile Firewall configurate în Computer Configuration se aplică obiectelor calculator, indiferent de utilizatorul autentificat.

Un GPO legat de OU Elevi se aplică, în mod obișnuit, calculatoarelor aflate în acel OU sau în OU-uri descendente. Dacă în OU există numai conturi de utilizator, regula nu va fi aplicată automat calculatoarelor acestora.

Regula Inbound creată permite primirea solicitărilor ICMP Echo Request de la adresa specificată. Ea nu modifică regulile Outbound și nu permite automat alte tipuri de conexiuni.

5.3. Aplicarea și verificarea GPO pe client

  1. Pe calculatorul Windows 10 conectat la domeniu, autentifică-te folosind un cont cu drepturi administrative.
  2. Deschide Command Prompt ca administrator și execută:
gpupdate /force
gpresult /r /scope computer
  1. În secțiunea Applied Group Policy Objects, identifică GPO_Elevi_Firewall.
  2. Deschide wf.msc → Inbound Rules.
  3. Identifică regula GPO-LAB14-ICMP-Allow și verifică:
    • Enabled: Yes
    • Direction: Inbound
    • Action: Allow
    • Protocol: ICMPv4 — Echo Request
    • Remote IP: 192.168.50.11
    • Profile: corespunzător rețelei active
  4. Verifică și secțiunea Monitoring → Firewall → Inbound Rules pentru a identifica regulile active aplicate calculatorului.

5.4. Testarea activării și dezactivării regulii GPO

  1. Pe calculatorul Windows 10, execută ipconfig și notează adresa IPv4 a adaptorului utilizat pentru experiment.
  2. De pe calculatorul cu IP 192.168.50.11, execută următoarea comandă, înlocuind adresa cu IP-ul clientului Windows 10:
ping IP_CLIENT_DOMENIU
  1. Verifică dacă primești răspunsuri de tip Reply from.... Notează rezultatul.
  2. Pe Domain Controller, revino în gpmc.msc → GPO_Elevi_Firewall → Edit → Inbound Rules.
  3. Click dreapta pe regula GPO-LAB14-ICMP-Allow → Disable Rule.
  4. Pe Windows 10, execută din nou gpupdate /force.
  5. De pe calculatorul 192.168.50.11, repetă comanda ping și compară rezultatul cu cel inițial.
  6. Pe Domain Controller, reactivează regula prin Enable Rule. Actualizează politicile pe client și repetă testul.
  7. Lasă regula GPO-LAB14-ICMP-Allow activată la final.
Dacă regula nu apare sau rezultatul ping nu se modifică

GPO-ul nu apare în gpresult: verifică legătura GPO-ului cu OU-ul, poziția obiectului calculator în Active Directory și eventualele filtre de securitate. Execută din nou gpupdate /force.

Regula apare, dar ping nu funcționează: verifică adresele IP, conectivitatea, profilul Firewall activ și dacă adresa sursă corespunde valorii configurate la Remote IP.

Ping continuă să funcționeze după Disable Rule: pot exista alte reguli locale sau de domeniu care permit ICMPv4. Dezactivarea unei reguli de tip Allow nu creează automat o regulă Block. Inspectează și celelalte reguli aplicabile.

Regula este administrată prin GPO: modificările trebuie realizate pe Domain Controller, în politica respectivă. Nu încerca să modifici sau să ocolești local o regulă impusă prin GPO.

Verificare practică / analiză Rezultat observat
Numele GPO-ului creat și OU-ul în care este legat
Rezultatul gpresult: GPO-ul a fost aplicat calculatorului?
Regula identificată în wf.msc: Enabled, Action, Protocol, Scope
Rezultatul ping cu regula GPO activată
Rezultatul ping după dezactivarea regulii GPO
Ce diferență există între o regulă Firewall locală și una administrată centralizat prin GPO?

Ora 3 — Windows Hello · 45 min

6. Inventarierea opțiunilor de conectare 10 min

  1. În contul de test deschide Settings → Accounts → Your info și identifică tipul contului: local, Microsoft sau de organizație. Nu copia adresa de e-mail în fișă.
  2. Deschide Accounts → Sign-in options. Extinde fiecare metodă din tabel și notează Available / Unavailable / Configured / Absent, plus mesajul exact relevant.
Verificare practică / analiză Rezultat observat
Tipul contului de test
Facial recognition: stare, mesaj, hardware
Fingerprint recognition: stare, mesaj, hardware
PIN (Windows Hello): stare și mesaj
Security key / Password / Dynamic lock: starea fiecăruia

7. Configurarea și verificarea PIN-ului Windows Hello 17 min

  1. Confirmă că știi parola contului de test și că există o modalitate de recuperare prin administratorul laboratorului. În Sign-in options → PIN (Windows Hello) → Set up / Add, confirmă identitatea.
  2. Alege un PIN de laborator care respectă cerințele afișate, preferabil cel puțin șase cifre neconsecutive dacă politica permite. Confirmă-l. Nu îl scrie în fișă și nu folosi PIN-ul unui cont personal.
  3. Blochează VM-ul din Start → pictograma utilizatorului → Lock; dacă opțiunea nu apare, folosește meniul VirtualBox Input → Keyboard → Insert Ctrl+Alt+Del, apoi Lock. Evită blocarea accidentală a calculatorului gazdă.
  4. La ecranul de conectare, selectează Sign-in options → PIN și autentifică-te. Blochează din nou, selectează parola dacă opțiunea este disponibilă și verifică metoda alternativă. Nu provoca intenționat încercări repetate greșite.
  5. Revino la setările PIN. Identifică Change PIN și I forgot my PIN, fără să pornești recuperarea. Explică de ce schimbarea PIN-ului nu este același lucru cu schimbarea parolei contului.
Dacă PIN este indisponibil

Notează mesajul și verifică tipul contului, cerințele dispozitivului și administrarea prin politici. Nu modifica Registry și nu ocoli politicile. Urmărește configurarea pe dispozitivul de test al profesorului; completează aceleași etape observate și marchează „demonstrație”. Folosește timpul rămas pentru a descrie o procedură de revenire la parola cunoscută și pentru compararea opțiunilor disponibile.

PIN-ul Windows Hello este asociat dispozitivului. Hello poate folosi PIN, față și amprentă. Un cont Microsoft nu este obligatoriu în toate cazurile; disponibilitatea depinde și de cont, configurație și politici. Lipsa senzorilor biometrici nu exclude în sine folosirea unui PIN.
Verificare practică / analiză Rezultat observat
Mod de lucru: configurare proprie / demonstrație și motiv
Configurare PIN: reușită sau mesaj observat, fără valoarea PIN-ului
Blocare și conectare cu PIN: rezultat
Metoda alternativă testată / indisponibilă și motiv
PIN versus parola contului: două diferențe practice

Ora 4 — Metode de autentificare și verificare finală · 45 min

8. Blocare dinamică și cheie de securitate 8 min

  1. Dacă ai Bluetooth și un telefon de test: Settings → Bluetooth & devices → Add device → Bluetooth; asociază telefonul. În Accounts → Sign-in options → Dynamic lock, activează blocarea când dispozitivul asociat se îndepărtează.
  2. Îndepărtează telefonul suficient pentru pierderea conexiunii Bluetooth și așteaptă aproximativ un minut. Notează dacă PC-ul se blochează. Revino și deblochează cu metoda configurată. Dynamic Lock nu deblochează automat la întoarcere. Dacă lipsește Bluetooth, demonstrează blocarea manuală și scrie precondițiile pentru varianta dinamică.
  3. Inspectează Sign-in options → Security key → Manage. Dacă există o cheie de laborator, profesorul arată interacțiunea USB/NFC și PIN-ul cheii. Nu reseta cheia. Gestionarea cheii aici nu înrolează automat cheia pentru orice cont sau pentru conectarea locală Windows.
Blocarea și autentificarea au roluri diferite

Dynamic Lock limitează expunerea unei sesiuni lăsate deschise, dar nu înlocuiește blocarea manuală atunci când pleci. Smart card-ul și cheia de securitate sunt factori de posesie, nu metode biometrice. Într-un mediu organizațional, utilizarea lor cere înrolare și politici compatibile.

Verificare practică / analiză Rezultat observat
Dynamic Lock: test și rezultat / alternativă fără Bluetooth
Security key: opțiune observată, precondiții
Smart card + PIN: cele două categorii de factori
Referințe tehnice