1/39
Looks like no tags are added yet.
Name | Mastery | Learn | Test | Matching | Spaced | Call with Kai |
|---|
No analytics yet
Send a link to your students to track their progress
AWS IAM Policy evaluation ch sabton vaddi priority kisdi hundi hai?
Explicit Deny. Agar kisi vi overlapping policy ch saaf 'Deny' likheya hai, taan oh baaki saare 'Allow' rules nu hamesha override (cancel) kar dinda hai.
Implicit Deny aur Explicit Deny ch asali farak ki hai?
Implicit Deny da matlab hai 'default no access' (kyunki policy ch allow nahi likheya), jabki Explicit Deny ek hard JSON rule hai (Effect: Deny) jo saare allows nu block kar dinda hai.
IAM Overlapping Policies di A-Z priority da asali flow ki hunda hai?
| Step A (Default Closed): AWS gate default band rakhda hai (Implicit Deny).
| Step B (The Pass): VIP pass check hunda hai (Explicit Allow).
| Step C (The Blacklist): Guard blacklist check karda hai (Explicit Deny).
| Step Z (Verdict): Priority hamesha Explicit Deny -> Explicit Allow -> Implicit Deny hundi hai.
"what exact order does AWS prioritize" da asali matlab ki hai?
Asali Matlab: Overlap ya conflict hon te AWS hamesha ek strict logical ranking use karda hai jithe 'Explicit Deny' nu sabton zyada power ditti jandi hai taaki security breach na hove.
Explicit Allow
Oh specific written JSON rule (Effect: Allow) jo AWS di default 'no access' wali state (Implicit Deny) nu cut karke user nu asali access dinda hai.
| Step A (Arrival): User login page te aanda hai.
| Step B (Authentication): User password/MFA punda hai (gate cross).
| Step C (Request): User S3 bucket kholda hai.
| Step D (IAM Engine): Security engine active hunda hai.
| Step E (JSON Ticket): Engine policy statement kholda hai.
| Step F (SID): Engine rule da naam padhda hai.
| Step G (Action): Engine allowed action padhda hai.
| Step H (Resource): Engine target bucket ARN padhda hai.
| Step I (Effect): Engine 'Allow/Deny' faisla padhda hai.
| Step Z (Verdict): Access mil janda hai, par is poore ticket (Statement) ch kitte vi 'Authentication' (password check) da zikar nahi hunda!
|Step A (Hire): Bob nu hire karda hai.
| Step B (Badge): Managed policy reusable badge hundi hai.
| Step C (Risk): Assi nahi chahunda rule kisi hor nu mile.
| Step D (Tattoo): Bob de andar Inline policy (tattoo) embed karda hai.
| Step E (1:1 Rule): Oh policy kisi hor nu nahi ditti ja sakdi. | Step F (Deletion): Bob delete hunda hai. | Step Z (Disappearance): Bob de delete hon naal tattoo (Inline Policy) vi hamesha layi permanently destroy ho janda hai.
| Step A (Hire): 100 developers aaye.
| Step B (Creation): Admin ne ek standalone 'DevMasterKey' banayi.
| Step C (Attachment): Key saare 100 users nu ek saath ditti.
| Step D (Work): Sabne kaam kitta.
| Step E (Change): Nawa access chahida si.
| Step F (Central Edit): Admin ne sirf us ek Master key nu update kitta.
| Step G (Ripple Effect): Update save hunde hi...
| Step Z (Instant Result): Saare 100 developers nu instantly nawa access mil gaya bina kisi nu individually touch kite.
|Step A (Request): User resource access mangda hai.
| Step B (Rejection): IAM URL ya IP nu reject kar dinda hai.
| Step C (The Standard): IAM sirf backend identifier (ARN) nu pehchanda hai.
| Step D (Parsing): AWS engine arn:aws:s3... nu mathematically parse karda hai.
| Step E (Verification): Policy statement da ARN aur requested ARN string match kitte jande ne.
| Step F (No Spoofing): DNS resolving da koi risk nahi hunda.
| Step Z (Verdict): Perfect string match hon te hi strict authorization successful hundi hai.
|Step A (Attempt): User request bhejda hai.
| Step B-E (Collection): AWS User policies, Group policies, aur Target di Resource policies collect karda hai.
| Step F-G (Aggregation): Saari policies nu ek single "Evaluation Bucket" ch combine (flatten) kitta janda hai.
| Step H (Deny Check): Combine bucket ch Explicit Deny scan hunda hai.
| Step I (Allow Check): Koi vi ek Explicit Allow scan hunda hai.
| Step Z (Verdict): Saari policies de ikkathe (simultaneous) evaluation ton baad final 'Effective Permission' decide hundi hai.