External Forest Domain - One-Way (Outbound)
Katika hali hii domainu yako ina kuiamini baadhi ya madaraka kwa mkuu kutoka domainu tofauti.
Uchambuzi
Uaminifu wa Kuelekea Nje
Shambulizi la Akaunti ya Uaminifu
Kuna udhaifu wa usalama unapoanzishwa uhusiano wa uaminifu kati ya udomeni mbili, zilizotambulishwa hapa kama udomeni A na udomeni B, ambapo udomeni B unapanua uaminifu wake kwa udomeni A. Katika hali hii, akaunti maalum inaundwa katika udomeni A kwa ajili ya udomeni B, ambayo inacheza jukumu muhimu katika mchakato wa uwakiki kati ya udomeni hizo mbili. Akaunti hii, inayohusishwa na udomeni B, hutumiwa kwa kuficha tiketi za kupata huduma kote katika udomeni hizo.
Jambo muhimu la kuelewa hapa ni kwamba nenosiri na hash ya akaunti hii maalum inaweza kuchimbuliwa kutoka kwa Msimamizi wa Udomeni katika udomeni A kwa kutumia zana ya mstari wa amri. Amri ya kutekeleza hatua hii ni:
Uchimbaji huu ni wa kufanikiwa kwa sababu akaunti, iliyojulikana na $ baada ya jina lake, iko hai na inamilikiwa na kikundi cha "Watumiaji wa Kikoa" cha kikoa A, hivyo kurithi ruhusa zinazohusiana na kikundi hiki. Hii inaruhusu watu kuthibitisha dhidi ya kikoa A kwa kutumia sifa za akaunti hii.
Onyo: Ni rahisi kutumia hali hii kupata msingi katika kikoa A kama mtumiaji, ingawa na ruhusa ndogo. Hata hivyo, ufikiaji huu ni wa kutosha kufanya uchambuzi wa kina kwenye kikoa A.
Katika hali ambapo ext.local ni kikoa kinachotegemewa na root.local ni kikoa kinachotegemewa, akaunti ya mtumiaji iitwayo EXT$ itaundwa ndani ya root.local. Kupitia zana maalum, ni rahisi kudondosha funguo za uaminifu za Kerberos, kufunua sifa za EXT$ katika root.local. Amri ya kufanikisha hili ni:
Kufuatia hili, mtu anaweza kutumia funguo ya RC4 iliyochimbuliwa kujithibitisha kama root.local\EXT$ ndani ya root.local kwa kutumia amri ya zana nyingine:
Hatua hii ya uthibitishaji inafungua uwezekano wa kuhesabu na hata kutumia huduma ndani ya root.local, kama vile kutekeleza shambulio la Kerberoast kuchimba maelezo ya akaunti ya huduma kwa kutumia:
Kukusanya nenosiri la uaminifu wazi
Katika mchakato uliopita, ilikuwa kutumika hash ya uaminifu badala ya nenosiri wazi (ambalo pia lilikuwa limechimbuliwa na mimikatz).
Nenosiri wazi linaweza kupatikana kwa kubadilisha pato la [ CLEAR ] kutoka mimikatz kutoka hexadecimal na kuondoa herufi za sifuri ' \x00 ':
Maranyingi wakati wa kuunda uhusiano wa uaminifu, nenosiri lazima lipwe na mtumiaji kwa ajili ya uaminifu. Katika onyesho hili, ufunguo ni nenosiri la uaminifu la awali na kwa hivyo linaweza kusomwa na binadamu. Kwa kuwa ufunguo unabadilika (siku 30), nenosiri wazi haitasomwa na binadamu lakini kwa kiufundi bado linaweza kutumika.
Nenosiri wazi linaweza kutumika kufanya uwakiki wa kawaida kama akaunti ya uaminifu, njia mbadala ya kuomba TGT kwa kutumia ufunguo wa siri wa Kerberos wa akaunti ya uaminifu. Hapa, kuuliza root.local kutoka ext.local kwa wanachama wa Domain Admins:
Marejeo
Last updated
