Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Katika AWS kuna akaunti ya mzizi, ambayo ni konteina mama kwa akaunti zote za shirika lako. Hata hivyo, huwezi kutumia akaunti hiyo kupeleka rasilimali, unaweza kuunda akaunti nyingine ili kutenganisha miundombinu tofauti za AWS kati yao.
Hii ni ya kuvutia sana kutoka kwa mtazamo wa usalama, kwani akaunti moja haitakuwa na uwezo wa kufikia rasilimali kutoka akaunti nyingine (isipokuwa madaraja yameundwa mahsusi), hivyo unaweza kuunda mipaka kati ya upelekao.
Kwa hivyo, kuna aina mbili za akaunti katika shirika (tunazungumzia akaunti za AWS na si Akaunti za Mtumiaji): akaunti moja ambayo imewekwa kama akaunti ya usimamizi, na akaunti moja au zaidi za wanachama.
Akaunti ya usimamizi (akaunti ya mzizi) ni akaunti unayotumia kuunda shirika. Kutoka kwa akaunti ya usimamizi ya shirika, unaweza kufanya yafuatayo:
Kuunda akaunti katika shirika
Kualika akaunti nyingine zilizopo katika shirika
Kuondoa akaunti kutoka shirika
Kusimamia mialiko
Kutumia sera kwa vitu (mizizi, OUs, au akaunti) ndani ya shirika
Kuwezesha ujumuishaji na huduma za AWS zinazoungwa mkono ili kutoa kazi za huduma katika akaunti zote za shirika.
Inawezekana kuingia kama mtumiaji mzizi kwa kutumia barua pepe na nenosiri vilivyotumika kuunda akaunti hii ya mzizi/shirika.
Akaunti ya usimamizi ina majukumu ya akaunti ya kulipa na inawajibika kwa kulipa malipo yote yanayokusanywa na akaunti za wanachama. Huwezi kubadilisha akaunti ya usimamizi ya shirika.
Akaunti za wanachama zinaunda akaunti zote nyingine katika shirika. Akaunti inaweza kuwa mwanachama wa shirika moja tu kwa wakati mmoja. Unaweza kuambatisha sera kwa akaunti ili kutekeleza udhibiti kwa akaunti hiyo pekee.
Akaunti za wanachama zinapaswa kutumia anwani halali ya barua pepe na zinaweza kuwa na jina, kwa ujumla hazitakuwa na uwezo wa kusimamia bili (lakini zinaweza kupewa ufikiaji wa hiyo).
Akaunti zinaweza kuunganishwa katika Vitengo vya Shirika (OU). Kwa njia hii, unaweza kuunda sera za Kitengo cha Shirika ambazo zita wekwa kwenye akaunti zote za watoto. Kumbuka kwamba OU inaweza kuwa na OUs zingine kama watoto.
Sera ya udhibiti wa huduma (SCP) ni sera inayobainisha huduma na vitendo ambavyo watumiaji na majukumu wanaweza kutumia katika akaunti ambazo SCP inahusisha. SCPs ni sawa na sera za ruhusa za IAM isipokuwa kwamba hazipati ruhusa yoyote. Badala yake, SCPs zinaelezea ruhusa za juu zaidi kwa shirika, kitengo cha shirika (OU), au akaunti. Unapounganisha SCP na mzizi wa shirika lako au OU, SCP inakandamiza ruhusa za viumbe katika akaunti za wanachama.
Hii ndiyo NJIA PEKEE ambayo hata mtumiaji wa mzizi anaweza kuzuiwa kufanya kitu. Kwa mfano, inaweza kutumika kuzuia watumiaji wasizime CloudTrail au kufuta nakala za akiba. Njia pekee ya kupita hii ni kuathiri pia akaunti ya mkuu inayoweka mipangilio ya SCPs (akaunti ya mkuu haiwezi kuzuiwa).
Kumbuka kwamba SCPs zinakandamiza tu wakuu katika akaunti, hivyo akaunti nyingine hazihusiki. Hii inamaanisha kuwa kuwa na SCP inayokataza s3:GetObject haitazuia watu kupata chombo cha S3 cha umma katika akaunti yako.
Mifano ya SCP:
Kataza akaunti ya mzizi kabisa
Ruhusu tu maeneo maalum
Ruhusu tu huduma zilizoorodheshwa
Kataza GuardDuty, CloudTrail, na S3 Public Block Access kutoka
kuondolewa
Kataza majukumu ya usalama/mjibu wa tukio kutoka kuondolewa au
kubadilishwa.
Kataza nakala za akiba kutoka kuondolewa.
Kataza kuunda watumiaji wa IAM na funguo za ufikiaji
Pata mifano ya JSON katika https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples.html
Jina la Rasilimali la Amazon ni jina la kipekee kila rasilimali ndani ya AWS ina, linaundwa kama ifuatavyo:
Note that there are 4 partitions in AWS but only 3 ways to call them:
AWS Standard: aws
AWS China: aws-cn
AWS US public Internet (GovCloud): aws-us-gov
AWS Secret (US Classified): aws
IAM ni huduma itakayokuruhusu kusimamia Uthibitishaji, Idhini na Udhibiti wa Ufikiaji ndani ya akaunti yako ya AWS.
Uthibitishaji - Mchakato wa kufafanua utambulisho na uthibitisho wa utambulisho huo. Mchakato huu unaweza kugawanywa katika: Utambulisho na uthibitisho.
Idhini - Inabainisha ni nini utambulisho unaweza kufikia ndani ya mfumo mara tu unapothibitishwa.
Udhibiti wa Ufikiaji - Njia na mchakato wa jinsi ufikiaji unavyotolewa kwa rasilimali salama
IAM inaweza kufafanuliwa kwa uwezo wake wa kusimamia, kudhibiti na kuongoza mitambo ya uthibitishaji, idhini na udhibiti wa ufikiaji wa utambulisho kwa rasilimali zako ndani ya akaunti yako ya AWS.
Unapounda akaunti ya Amazon Web Services (AWS) kwa mara ya kwanza, unaanza na utambulisho mmoja wa kuingia ambao una ufikiaji kamili kwa huduma zote za AWS na rasilimali katika akaunti. Huu ni mtumiaji wa mizizi ya akaunti ya AWS na unafikiwa kwa kuingia kwa kutumia anwani ya barua pepe na nenosiri ulilotumia kuunda akaunti.
Kumbuka kwamba mtumiaji mpya wa admin atakuwa na idhini ndogo kuliko mtumiaji wa mizizi.
Kutoka kwa mtazamo wa usalama, inapendekezwa kuunda watumiaji wengine na kuepuka kutumia huu.
Mtumiaji wa IAM ni kiumbe ambacho unaunda katika AWS ili wakilisha mtu au programu inayotumia ili kuingiliana na AWS. Mtumiaji katika AWS unajumuisha jina na ithibati (nenosiri na funguo za ufikiaji hadi mbili).
Unapounda mtumiaji wa IAM, unampa idhini kwa kumfanya kuwa mwanachama wa kundi la watumiaji ambalo lina sera za idhini zinazofaa (inapendekezwa), au kwa kuambatanisha sera moja kwa moja kwa mtumiaji.
Watumiaji wanaweza kuwa na MFA iliyoanzishwa kuingia kupitia console. Tokeni za API za watumiaji walio na MFA hazilindwi na MFA. Ikiwa unataka kudhibiti ufikiaji wa funguo za API za watumiaji kwa kutumia MFA unahitaji kuashiria katika sera kwamba ili kutekeleza vitendo fulani MFA inahitaji kuwepo (mfano hapa).
Kitambulisho cha Funguo za Ufikiaji: 20 ya herufi kubwa za alphanumeric za nasibu kama AKHDNAPO86BSHKDIRYT
Kitambulisho cha funguo za siri za ufikiaji: 40 ya herufi kubwa na ndogo za nasibu: S836fh/J73yHSb64Ag3Rkdi/jaD6sPl6/antFtU (Haiwezekani kurejesha vitambulisho vya funguo za siri vilivyopotea).
Wakati wowote unahitaji kubadilisha Funguo za Ufikiaji huu ndio mchakato unapaswa kufuata: Unda funguo mpya za ufikiaji -> Tumia funguo mpya kwenye mfumo/programu -> weka ya awali kama isiyo hai -> Jaribu na thibitisha funguo mpya za ufikiaji zinafanya kazi -> Futa funguo za zamani za ufikiaji
Inatumika ku unda kipengele cha ziada kwa uthibitishaji pamoja na mbinu zako zilizopo, kama vile nenosiri, hivyo kuunda kiwango cha uthibitishaji wa vigezo vingi. Unaweza kutumia programu ya bure ya virtual au kifaa halisi. Unaweza kutumia programu kama uthibitishaji wa google bure kuanzisha MFA katika AWS.
Sera zenye masharti ya MFA zinaweza kuambatanishwa na yafuatayo:
Mtumiaji wa IAM au kundi
Rasilimali kama vile kikasha cha Amazon S3, foleni ya Amazon SQS, au mada ya Amazon SNS
Sera ya kuaminika ya jukumu la IAM ambalo linaweza kuchukuliwa na mtumiaji
Ikiwa unataka kufikia kupitia CLI rasilimali ambayo inaangalia MFA unahitaji kuita GetSessionToken. Hii itakupa tokeni yenye taarifa kuhusu MFA.
Kumbuka kwamba AssumeRole credentials hazina taarifa hii.
As stated here, kuna kesi nyingi tofauti ambapo MFA haiwezi kutumika.
Kikundi cha mtumiaji wa IAM ni njia ya kuunganisha sera kwa watumiaji wengi kwa wakati mmoja, ambayo inaweza kurahisisha usimamizi wa ruhusa za watumiaji hao. Majukumu na vikundi haviwezi kuwa sehemu ya kundi.
Unaweza kuunganisha sera ya msingi wa utambulisho kwa kikundi cha mtumiaji ili watumiaji wote katika kikundi cha mtumiaji wapate ruhusa za sera. Huwezi kutambua kikundi cha mtumiaji kama Principal katika sera (kama sera ya msingi wa rasilimali) kwa sababu vikundi vinahusiana na ruhusa, si uthibitishaji, na wakuu ni entiti za IAM zilizothibitishwa.
Hapa kuna sifa muhimu za vikundi vya watumiaji:
Kikundi cha mtumiaji kinaweza kuwa na watumiaji wengi, na mtumiaji anaweza kuwa sehemu ya vikundi vingi.
Vikundi vya watumiaji haviwezi kuingizwa; vinaweza kuwa na watumiaji tu, si vikundi vingine vya watumiaji.
Hakuna kikundi cha mtumiaji cha default ambacho kinajumuisha watumiaji wote katika akaunti ya AWS. Ikiwa unataka kuwa na kikundi cha mtumiaji kama hicho, lazima uunde na kupewa kila mtumiaji mpya.
Idadi na ukubwa wa rasilimali za IAM katika akaunti ya AWS, kama vile idadi ya vikundi, na idadi ya vikundi ambavyo mtumiaji anaweza kuwa mwanachama, zimepangwa. Kwa maelezo zaidi, angalia IAM and AWS STS quotas.
Jukumu la IAM ni kama mtumiaji, kwa kuwa ni utambulisho wenye sera za ruhusa zinazotaja kile kinaweza na hakiwezi kufanya katika AWS. Hata hivyo, jukumu halina akreditif yoyote (nenosiri au funguo za ufikiaji) zinazohusishwa nalo. Badala ya kuwa na uhusiano wa kipekee na mtu mmoja, jukumu linakusudia kuwa linaweza kuchukuliwa na yeyote anayeihitaji (na kuwa na ruhusa za kutosha). Mtumiaji wa IAM anaweza kuchukua jukumu ili kwa muda kuchukua ruhusa tofauti kwa kazi maalum. Jukumu linaweza kupewa mtumiaji wa shirikisho anayeingia kwa kutumia mtoa huduma wa utambulisho wa nje badala ya IAM.
Jukumu la IAM linajumuisha aina mbili za sera: sera ya kuamini, ambayo haiwezi kuwa tupu, inayoeleza nani anaweza kuchukua jukumu, na sera ya ruhusa, ambayo haiwezi kuwa tupu, inayoeleza nini kinaweza kufikiwa.
AWS Security Token Service (STS) ni huduma ya wavuti inayorahisisha utoaji wa akreditif za muda, zenye ruhusa zilizopunguzwa. Imeandaliwa mahsusi kwa:
Akreditif za muda hutumiwa hasa na majukumu ya IAM, lakini pia kuna matumizi mengine. Unaweza kuomba akreditif za muda ambazo zina seti ya ruhusa iliyopunguzwa zaidi kuliko mtumiaji wako wa kawaida wa IAM. Hii inaepuka wewe kufanya kazi ambazo haziruhusiwi na akreditif zilizopunguzwa zaidi. Faida ya akreditif za muda ni kwamba zinakoma moja kwa moja baada ya kipindi fulani. Una udhibiti juu ya muda ambao akreditif hizo ni halali.
Zinatumiwa kupewa ruhusa. Kuna aina 2:
Sera zinazodhibitiwa na AWS (zilizopangwa na AWS)
Sera Zinazosimamiwa na Wateja: Zimepangwa na wewe. Unaweza kuunda sera kulingana na sera zinazodhibitiwa na AWS (ukibadilisha moja yao na kuunda yako mwenyewe), ukitumia jenereta ya sera (muonekano wa GUI unaokusaidia kutoa na kukataa ruhusa) au kuandika yako mwenyewe.
Kwa default access ni imekataliwa, ufikiaji utawekwa ikiwa jukumu maalum limeainishwa. Ikiwa "Deny" moja ipo, itazidi "Allow", isipokuwa kwa maombi yanayotumia akreditif za usalama za mizizi ya akaunti ya AWS (ambazo zinaruhusiwa kwa default).
The global fields that can be used for conditions in any service are documented here. The specific fields that can be used for conditions per service are documented here.
Hizi ni sera ambazo zimewekwa moja kwa moja kwa mtumiaji, kundi au jukumu. Hivyo, hazionekani kwenye orodha ya Sera kama wengine wanaweza kuzitumia. Sera za ndani ni muhimu ikiwa unataka kuhifadhi uhusiano mkali wa moja kwa moja kati ya sera na kitambulisho ambacho kimewekwa. Kwa mfano, unataka kuwa na uhakika kwamba ruhusa katika sera hazitapewa kwa bahati mbaya kwa kitambulisho kingine isipokuwa kile ambacho zimekusudiwa. Unapokuwa unatumia sera ya ndani, ruhusa katika sera haiwezi kuunganishwa kwa bahati mbaya na kitambulisho kibaya. Zaidi ya hayo, unapokuwa unatumia AWS Management Console kufuta kitambulisho hicho, sera zilizojumuishwa katika kitambulisho pia zitatolewa. Hiyo ni kwa sababu ni sehemu ya chombo kikuu.
Hizi ni sera ambazo zinaweza kufafanuliwa katika rasilimali. Sio rasilimali zote za AWS zinazozipatia.
Ikiwa chombo hakina kukataa waziwazi juu yao, na sera ya rasilimali inawapa ufikiaji, basi wanaruhusiwa.
Mipaka ya IAM inaweza kutumika kudhibiti ruhusa ambazo mtumiaji au jukumu linapaswa kuwa na ufikiaji. Kwa njia hii, hata kama seti tofauti za ruhusa zinatolewa kwa mtumiaji na sera tofauti, operesheni itashindwa ikiwa atajaribu kuzitumia.
Mpaka ni sera tu iliyounganishwa na mtumiaji ambayo inaonyesha kiwango cha juu cha ruhusa ambacho mtumiaji au jukumu linaweza kuwa nacho. Hivyo, hata kama mtumiaji ana ufikiaji wa Msimamizi, ikiwa mpaka inaonyesha anaweza kusoma tu S· buckets, hiyo ndiyo kiwango cha juu anachoweza kufanya.
Hii, SCPs na kufuata kanuni ya ruhusa ndogo ndiyo njia za kudhibiti kwamba watumiaji hawana ruhusa zaidi ya zile anazohitaji.
Sera ya kikao ni sera iliyowekwa wakati jukumu linachukuliwa kwa namna fulani. Hii itakuwa kama mpaka wa IAM kwa kikao hicho: Hii inamaanisha kwamba sera ya kikao haitoi ruhusa bali inaweka vizuizi kwa zile zilizoonyeshwa katika sera (ikiwa ruhusa za juu ni zile ambazo jukumu lina).
Hii ni muhimu kwa hatua za usalama: Wakati msimamizi anapokuwa anachukua jukumu lenye ruhusa nyingi, anaweza kuzuia ruhusa kuwa zile tu zilizoonyeshwa katika sera ya kikao endapo kikao kitakumbwa na hatari.
Note that by default AWS inaweza kuongeza sera za kikao kwa vikao ambavyo vitaundwa kwa sababu za tatu. Kwa mfano, katika roles zilizodhaniwa za cognito zisizo na uthibitisho kwa default (kwa kutumia uthibitisho ulioimarishwa), AWS itaunda akiba za kikao zenye sera ya kikao ambayo inazuia huduma ambazo kikao kinaweza kufikia katika orodha ifuatayo.
Hivyo, ikiwa kwa wakati fulani unakutana na kosa "... kwa sababu hakuna sera ya kikao inayoruhusu ...", na jukumu lina ufikiaji wa kutekeleza kitendo hicho, ni kwa sababu kuna sera ya kikao inayozuia.
Ushirikiano wa utambulisho unawaruhusu watumiaji kutoka kwa watoa huduma za utambulisho ambao ni nje ya AWS kufikia rasilimali za AWS kwa usalama bila ya kutoa akiba za mtumiaji wa AWS kutoka kwa akaunti halali ya IAM. Mfano wa mtoa huduma wa utambulisho unaweza kuwa Microsoft Active Directory yako mwenyewe (kupitia SAML) au huduma za OpenID (kama Google). Ufikiaji wa ushirikiano utaweza kuwapa watumiaji ndani yake ufikiaji wa AWS.
Ili kuunda uaminifu huu, Mtoa Huduma wa Utambulisho wa IAM unaundwa (SAML au OAuth) ambao utakuwa na uaminifu kwa jukwaa lingine. Kisha, angalau jukumu moja linapewa (linaloamini) Mtoa Huduma wa Utambulisho. Ikiwa mtumiaji kutoka jukwaa lililoaminiwa anafikia AWS, atakuwa akifanya hivyo kama jukumu lililotajwa.
Kituo cha Utambulisho wa AWS IAM (mfuasi wa AWS Single Sign-On) kinapanua uwezo wa Usimamizi wa Utambulisho na Ufikiaji wa AWS (IAM) kutoa mahali pa kati ambalo linaunganisha usimamizi wa watumiaji na ufikiaji wao kwa akaunti za AWS na programu za wingu.
Domeni la kuingia litakuwa kitu kama <user_input>.awsapps.com.
Ili kuingia kwa watumiaji, kuna vyanzo 3 vya utambulisho ambavyo vinaweza kutumika:
Kituo cha Utambulisho: Watumiaji wa kawaida wa AWS
Active Directory: Inasaidia viunganishi tofauti
Mtoa Huduma wa Utambulisho wa Nje: Watumiaji wote na vikundi vinatoka kwa Mtoa Huduma wa Utambulisho wa Nje (IdP)
Katika kesi rahisi ya kituo cha utambulisho, Kituo cha Utambulisho kitakuwa na orodha ya watumiaji na vikundi na kitakuwa na uwezo wa kutoa sera kwao kwa akaunti zozote za shirika.
Ili kutoa ufikiaji kwa mtumiaji/kikundi cha Kituo cha Utambulisho kwa akaunti, Mtoa Huduma wa Utambulisho wa SAML anayeamini Kituo cha Utambulisho utaundwa, na jukumu linaloamini Mtoa Huduma wa Utambulisho lenye sera zilizotajwa litaundwa katika akaunti ya marudio.
Inawezekana kutoa ruhusa kupitia sera za ndani kwa majukumu yaliyoundwa kupitia Kituo cha Utambulisho wa IAM. Majukumu yaliyoundwa katika akaunti zinazopatiwa sera za ndani katika Kituo cha Utambulisho wa AWS yatakuwa na ruhusa hizi katika sera ya ndani inayoitwa AwsSSOInlinePolicy.
Hivyo, hata kama unaona majukumu 2 yenye sera ya ndani inayoitwa AwsSSOInlinePolicy, haimaanishi ina ruhusa sawa.
Mtumiaji (anayeamini) anaweza kuunda Jukumu la Akaunti Mbalimbali lenye sera fulani na kisha, kuruhusu mtumiaji mwingine (aliyeaminiwa) kuingia kwenye akaunti yake lakini tu akiwa na ufikiaji ulioainishwa katika sera mpya za jukumu. Ili kuunda hii, tengeneza tu Jukumu jipya na uchague Jukumu la Akaunti Mbalimbali. Majukumu ya Ufikiaji wa Akaunti Mbalimbali yanatoa chaguzi mbili. Kutoa ufikiaji kati ya akaunti za AWS ambazo unamiliki, na kutoa ufikiaji kati ya akaunti ambayo unamiliki na akaunti ya AWS ya upande wa tatu. Inapendekezwa kueleza mtumiaji ambaye anaaminiwa na si kuweka kitu chochote cha jumla kwa sababu vinginevyo, watumiaji wengine walioidhinishwa kama watumiaji wa ushirikiano wataweza pia kutumia uaminifu huu.
Haitambuliwi:
Mahusiano ya Uaminifu
Kituo cha Usimamizi wa AD
Msaada kamili wa PS API
Kichaka cha AD
Akaunti za Huduma za Kundi
Upanuzi wa Mpango
Hakuna ufikiaji wa moja kwa moja kwa OS au Mifano
Programu inatumia AssumeRoleWithWebIdentity kuunda akiba za muda. Hata hivyo, hii haitoi ufikiaji wa konsoli ya AWS, bali ufikiaji wa rasilimali ndani ya AWS.
Unaweza kufafanua mipangilio ya sera ya nywila kama urefu wa chini na mahitaji ya nywila.
Unaweza kupakua "Ripoti ya Akiba" yenye taarifa kuhusu akiba za sasa (kama wakati wa kuunda mtumiaji, ikiwa nywila imewekwa...). Unaweza kuunda ripoti ya akiba mara kwa mara kama mara moja kila saa nne.
Usimamizi wa Utambulisho na Ufikiaji wa AWS (IAM) unatoa udhibiti wa ufikiaji wa kina katika AWS yote. Kwa IAM, unaweza kufafanua nani anaweza kufikia huduma na rasilimali zipi, na chini ya hali zipi. Kwa sera za IAM, unasimamia ruhusa kwa wafanyakazi na mifumo yako ili kuhakikisha ruhusa za chini.
Katika ukurasa huu unaweza kupata viambatisho vya ID vya IAM vya funguo kulingana na asili yao:
ABIA | |
ACCA | Akiba maalum ya muktadha |
AGPA | Kundi la mtumiaji |
AIDA | Mtumiaji wa IAM |
AIPA | Profaili ya mfano wa Amazon EC2 |
AKIA | Funguo la ufikiaji |
ANPA | Sera iliyosimamiwa |
ANVA | Toleo katika sera iliyosimamiwa |
APKA | Funguo ya umma |
AROA | Jukumu |
ASCA | Cheti |
ASIA | Funguo za ufikiaji za muda (AWS STS) tumia viambatisho hivi, lakini ni maalum tu kwa mchanganyiko na funguo ya siri ya ufikiaji na tokeni ya kikao. |
Ruhusa zifuatazo zinatoa ufikiaji wa kusoma wa metadata:
arn:aws:iam::aws:policy/SecurityAudit
arn:aws:iam::aws:policy/job-function/ViewOnlyAccess
codebuild:ListProjects
config:Describe*
cloudformation:ListStacks
logs:DescribeMetricFilters
directconnect:DescribeConnections
dynamodb:ListTables
Ili mtumiaji wa kawaida aidhinishe kwa AWS kupitia CLI unahitaji kuwa na akiba za ndani. Kwa default unaweza kuziunda kwa mikono katika ~/.aws/credentials au kwa kukimbia aws configure.
Katika faili hiyo unaweza kuwa na zaidi ya profaili moja, ikiwa hakuna profaili iliyotajwa kwa kutumia aws cli, ile inayoitwa [default] katika faili hiyo itatumika.
Mfano wa faili ya akiba yenye zaidi ya profaili 1:
If you need to access different AWS accounts and your profile was given access to assume a role inside those accounts, you don't need to call manually STS every time (aws sts assume-role --role-arn <role-arn> --role-session-name sessname) and configure the credentials.
You can use the ~/.aws/config file to indicate which roles to assume, and then use the --profile param as usual (the assume-role will be performed in a transparent way for the user).
Mfano wa faili la usanidi:
Na faili hii ya usanidi unaweza kutumia aws cli kama:
Ikiwa unatafuta kitu kama hiki lakini kwa browser unaweza kuangalia extension AWS Extend Switch Roles.
Jifunze & fanya mazoezi ya AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Jifunze & fanya mazoezi ya GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
