Kerberos armoring mehhanismi toe konfiguratsioonid¶
Hoiatus!
Kerberos armoring mehhanismi kasutamiseks tuleb administraatorikontod paigutada rühma Protected Users.
See sunnib kasutama NTLM-i asemel Kerberose autentimisprotokolli. Edge Gateway komponent tuleb esmalt konfigureerida Kerberos-autentimist toetama.
Kerberos armoring mehhanism pakub kliendi ja KDC (Kerberos Domain Controller) vahelistele algsetele andmevahetustele täiendavat krüptimist, kasutades arvutikontoga seotud teavet.
CyberElements Bastion töötab eelistatavalt Debiani arvutites, mis pole AD-domeeniga ühendatud, mis tähendab, et neil pole AD-s arvutikonto teavet.
Kerberos armoring mehhanismi toe konfigureerimine koosneb kahest etapist:
- Teenuse arvutikonto loomine AD-s
- Kerberos armoring mehhanismi konfigureerimine Edge Gateway komponendis eelnevalt loodud konto põhjal
Teenuse arvutikonto loomine¶
Teave
Sellel lehel kasutatakse näitena teenusekontot nimega svc_cyberelements. Kohandage järgmisi käske vastavalt oma teenusekonto nimele.
Hoiatus!
Kui soovite kasutada PAW-tööjaamu, paigutage see teenusekonto samasse silosse kui siht-PAW-tööjaamad.
Alustage domeenikontrolleris arvutikonto loomisest, millel on Kerberose piletite genereerimiseks kasutatav parool.
Selle konto loomiseks võite domeenikontrollerist kasutada järgmist PowerShelli käsku (teenusekonto loomiseks kohandage teenusekonto nime, näites svc_cyberelements, ja soovitud OU-d, näites OU=Service_accounts,DC=domain,DC=local):
1 | |
Kasutage järgmist käsku, et kontrollida, kas arvutikonto on loodud (asendage svc_cyberelements eelnevalt loodud konto nimega):
1 | |
Seejärel kasutage Windowsi tööriista ktpass, et eksportida keytab-fail, mis sisaldab krüptimisvõtmeid, mille abil saab lüüs TGT tuua.
Näide
Näide faili svc_cyberelements.keytab loomisest arvutikontoga:
1 | |
$ ja kirjutada domeeninimi suurtähtedega (nõutav).
Kinnitage kõik ilmuda võivad kinnitusviibad, sisestades y.
Seejärel määrake atribuudi UserPrincipalName väärtus uuesti järgmise PowerShelli käsuga:
1 | |
Kerberos armoring mehhanismi konfigureerimine Edge Gateway komponendis¶
Hankige eelnevalt genereeritud fail keytab ja kopeerige see Edge Gateway serverisse.
Kui on genereeritud mitu faili keytab, mida tuleb kasutada samas Edge Gateway komponendis, ühendage failid keytab üheks failiks.
Hoiatus
Fail keytab sisaldab krüptimisvõtmeid. Kui ründaja selle kätte saab, võib ta esineda seotud arvutikontona, vähendades seeläbi taristu turvalisust.
Seetõttu ei tohiks seda faili talletada kusagil mujal kui Edge Gateway komponendis.
Paigutage fail kausta /etc/ipdiva/cleanroom/.
Muutke faili keytab omanikeks kasutaja ipdivacareuser ja rühm carerecord, seejärel muutke faili lube (kohandage faili keytab vastavalt oma faili nimele):
1 2 | |
Muutke Edge Gateway komponendi konfiguratsioonifaili /etc/ipdiva/cleanroom/xrdprecord.ini, et määrata parameetri keytab= kaudu eelnevalt ettevalmistatud faili keytab tee.
Näide
2 | |
Selles etapis peaks ühenduse loomine privilegeeritud RDP-rakendustega agendita režiimis (HTML5 või muu) toimima kasutajakontodega, mis kuuluvad rühma Protected Users ja nõuavad seetõttu tugevat Kerberos-autentimist. RDP-rakenduse konfiguratsioon peab vastama teatud eeltingimustele.
Kerberose konfiguratsiooni testimine¶
Silumine
Järgmised käsud kinit võivad anda rohkem logisid pärast järgmise käsu käivitamist (kehtib kuni SSH- või konsooliseansi ühenduse katkestamiseni):
1 | |
Alustame Kerberose pileti hankimisest järgmisega sarnase käsuga:
1 | |
Asendage kindlasti keytab-faili asukoht, loodud teenusekonto nimi ja sellega seotud domeen.
Kui Kerberose pileti hankimine õnnestus, peaks järgmine käsk näitama teenusekonto pileti olemasolu:
1 | |
Kui hankimine õnnestub, tuleb proovida hankida kasutaja jaoks pilet järgmisega sarnase käsuga:
1 | |
Asendage user@DOMAIN.LOCAL kasutajaga, kes tõenäoliselt loob ühenduse RDP ja Kerberos armoring mehhanismi kaudu. Pange tähele, et küsitakse selle kasutaja parooli.
Kui pileti hankimine õnnestub, kuvab järgmine käsk selle:
1 | |
Kui kuvatakse tõrge KDC policy rejects request while getting initial credentials, tähendab see, et KDC on piletitaotluse tagasi lükanud. Võimalikud põhjused:
kinitei saanud kasutada piletit/tmp/test_kerberos(kuikinitei saa seda kasutada, jätkab see ilma tõrketeateta tavalise piletitaotlusega)- Teenusekonto ei ole testitud kasutaja silos. See juhtub siis, kui AD on silostatud, ja nõuab, et teenuse arvutikonto paigutataks sobivasse silosse.
Lisateavet leiate kasutatud domeenikontrolleri (KDC) sündmuselogidest Security.
Pärast testimist on soovitatav genereeritud piletid kustutada:
1 2 | |
Mitme keytab-faili ühendamine üheks failiks¶
Kui CyberElements Bastion arhitektuur põhineb ühel Edge Gateway serveril, mis võimaldab juurdepääsu mitmele kolmandale osapoolele, tuleb kõik eri teenusekontode jaoks genereeritud keytab-failid liita üheks keytab-failiks.
Märkus
Selles peatükis eeldame järgmisi keytab-faile: /root/t0.keytab, /root/t1.keytab ja /root/t2.keytab.
Need failid peavad olema saadetud Edge Gateway komponenti.
Failide keytab ühendamiseks logige Edge Gateway komponenti sisse kasutajana root ja kasutage seejärel järgmisi käske:
1 2 3 4 5 | |
Käsud rkt võimaldavad laadida nii palju faile keytab, kui vaja, ja käsk wkt genereerib uue faili keytab.
Muutke failiteid vastavalt teie käsutuses olevatele.
Utiliidist ktutil väljumiseks vajutage klahvi q.
Hankige fail unified.keytab ja järgige peatükki Configuring Kerberos shielding on the Edge Gateway.