Autentizační systémy -- Kerberos, PAM

Jan Krhovják, UCO: 39510

Obsah

• 1 Kerberos
  • 1.1 Úvod
  • 1.2 Základní vlastnosti a princip protokolu
  • 1.3 Konfigurace
  • 1.4 Odkazy
• 2 PAM
  • 2.1 Úvod
  • 2.2 Konfigurace
  • 2.3 Odkazy

Kerberos

Úvod

Základní vlastnosti a princip protokolu

1. Klient zašle v otevřené podobě požadavek (zadané jméno uživatele, náhodné číslo ...) na lístek (TGT -- Ticket Granting Ticket) pro TGS.


2. Klient může/musí (v závislosti na konfiguraci Kerbera) také zaslat preautentizační data (typicky časové razítko zašifrované pomocí haše uživatelova hesla).

1. AS vytvoří a pošle (jsou-li vyžadována preautentizační data, tak samozřejmě až po jejich ověření) klientovi klíč sezení Ks spolu s dalšími informacemi (např. zaslané náhodné číslo) -- vše zašifrované pomocí haše vytvořeného na základě uživatelova hesla uloženého v AS.


2. AS vytvoří a pošle klientovi TGT (obsahující, mimo jiné, jméno klienta a klíč sezení Ks) zašifrovaný pomocí klíče, který sdílí AS společně s TGS.

1. Klient, který chce využívat nějakou službu vytvoří a zašle TGS autentizační data (jméno serveru, adresa serveru, časové razítko ...) zašifrované klíčem sezení Ks.


2. Dále také zašle v předchozím kroku získaný TGT (z nějž TGS získá klíč sezení Ks, nezbytný k dešifrování autentizačních dat).

1. TGS (po ověření platnosti všech položek v TGT) vytvoří dočasný klíč sezení Kd (pro komunikaci mezi klientem a cílovým serverem/službou) a začlení jej do lístku (jméno serveru, adresa serveru, časové razítko ...), který zašifruje pomocí tajného klíče cílového serveru/služby a zašle klientovi.


2. Dočasný klíč sezení Kd zašifruje původním klíčem sezení Ks a zašle jej také klientovi.

1. Klient vytvoří nová autentizační data (jméno serveru, adresa serveru, časové razítko ...), která zašifruje dočasným klíčem sezení Kd a zašle jej serveru/službě.


2. Stejně tak zašle serveru/službě i lístek získaný od TGS.

1. Server/služba zkontroluje časová razítka u autentizačních dat a lístku.


2. Je-li vyžadována vzájemná autentizace, musí server/služba vyslat ještě jednu zprávu (typicky nějakým způsobem modifikované časové razítko) zašifrovanou dočasným klíčem sezení Kd.

Konfigurace

Konfigurace KDC

[logging]
 default = FILE:/var/log/krb5libs.log
 kdc = FILE:/var/log/krb5kdc.log
 admin_server = FILE:/var/log/kadmind.log

[libdefaults]
 default_realm = LAB.FI.MUNI.CZ
 dns_lookup_realm = false
 dns_lookup_kdc = false
 ticket_lifetime = 8h
 forwardable = yes

[realms]
 LAB.FI.MUNI.CZ = {
  kdc = agaue-alpha.lab.fi.muni.cz:88
  kdc = agaue-beta.lab.fi.muni.cz:88
  admin_server = agaue-alpha.lab.fi.muni.cz:749
  default_domain = lab.fi.muni.cz
 }

[domain_realm]
 .lab.fi.muni.cz = LAB.FI.MUNI.CZ
 lab.fi.muni.cz = LAB.FI.MUNI.CZ

[kdc]
 profile = /var/kerberos/krb5kdc/kdc.conf

[appdefaults]
 pam = {
   debug = false
   ticket_lifetime = 24000
   renew_lifetime = 24000
   forwardable = true
   krb4_convert = false
 }

[kdcdefaults]
 acl_file = /var/kerberos/krb5kdc/kadm5.acl
 dict_file = /usr/share/dict/words
 admin_keytab = /var/kerberos/krb5kdc/kadm5.keytab
 v4_mode = nopreauth

[realms]
 LAB.FI.MUNI.CZ = {
  master_key_type = des-cbc-crc
  supported_enctypes = des3-hmac-sha1:normal arcfour-hmac:normal des-hmac-sha1:normal des-cbc-md5:normal des-cbc-crc:normal des-cbc-crc:v4 des-cbc-crc:afs3
 }

Konfigurace klienta

Konfigurace replikace kerberovské databáze

Odkazy

PAM

Úvod

Konfigurace

Konfigurační soubory

• auth -- typ modulu zjišťující autentizaci uživatelů (hesley, tokeny, biometrikami).
• account -- typ modulu ověřující existenci účtu a k jakým službám je daný uživatel autorizován (např. v závislosti na datu a čase).
• session -- typ modulu starající se o správu sezení (např. nastavení proměnných prostředí, mountování disků, logování). Vykonává se před spuštěním a po ukončení dané služby.
• password -- typ modulu zajišťující aktualizaci autentizačních dat/informací daného uživatele (např. politiky změny hesla, kontrola kvality hesla).

• required -- úspěšné ukončení modulu je vyžadováno pro úspěšné ukončení celé série. Selhání je oznámeno až po ukončení celé série.
• requisite -- úspěšné ukončení modulu je vyžadováno pro úspěšné ukončení celé série. Selhání je oznámeno ihned po ukončení modulu (vhodné například pro zabránění zasílání hesla přes nezabezpečený kanál).
• sufficient -- úspěšné ukončení modulu je dostačující pro úspěšné ukončení celé série, pouze pokud žádný z předchozích modulů (tj. zejména required) neskončil neúspěšně.
• optional -- neúspěch těchto modulů není kritický pro úspěšné ukončení série.

Odkazy