Key Revocation — cryptographic key yoki unga bog‘liq credentialga belgilangan muddatdan oldin ishonchni bekor qilish jarayoni. U cryptographic key lifecycle, encryption architecture yoki cipher mode doirasidagi aniq vazifani ifodalaydi. Kafolatlar algorithm, key management va protocolga bog‘liq; termin nomi confidentiality yoki integrityni avtomatik ta’minlamaydi.
Tizim modeli
Compromise, role change yoki policy violationdan so‘ng key status revoked qilinadi. Verifier CRL, status service, denylist yoki key registry orqali yangi operationlarni rad etadi.
Key Revocation alohida amal yoki mexanizmga o‘xshasa ham, key generation, identity, metadata va lifecycle bilan birga ishlaydi. Owner, trust boundary va recovery yo‘li hujjatlashtirilmasa, incident yoki migrationda natija noaniq bo‘ladi.
Holat va boshqaruv
Key rotation yangi keyga o‘tishni, revocation eski keydan foydalanishni taqiqlashni bildiradi. Destruction key materialini yo‘q qiladi; revocation esa distributed verifierlarga trust qarorini yetkazadi.
Key Revocation kafolati butun pipeline bo‘yicha baholanadi. Bir qatlamdagi durability boshqa qatlamdagi side effect aynan bir marta bajarilganini anglatmaydi. Qabul qilinadigan duplicate, stale result va data loss holatlari alohida ko‘rsatiladi. Key Revocation uchun mas’ul komponent health signalidan tashqari, o‘zi himoya qiladigan invariant buzilmaganini ham davriy ravishda tekshiradi.
Key Revocation data yoki message ownershipini o‘zgartirsa, migratsiya dual-read yoki dual-write kabi vaqtinchalik rejimdan foydalanishi mumkin. Bunday rejim doimiy arxitekturaga aylanib qolmasligi uchun tugash mezoni belgilanadi. Natijalar checksum, count va semantic invariant orqali solishtiriladi; faqat umumiy record sonining tengligi yetarli dalil emas.
Xatolik holatlari
Offline verifier stale status bilan revoked keyni qabul qilishi mumkin. Effective time, reason, propagation, cached token va old signature validation policy aniq belgilanadi.
Key Revocation bilan ishlovchi client retryga umumiy deadline, exponential backoff va jitter qo‘llaydi. Timeout operatsiya bajarilmadi degani emas; side effect uchun idempotency key, transaction yoki durable checkpoint duplicate natijani cheklaydi.
Cryptographic strength, key isolation, availability, performance va audit birga baholanadi. Kuchli primitive ham nonce, mode, access yoki recovery xatosini o‘z-o‘zidan tuzatmaydi. Shu sabab Key Revocation faqat nominal demo bilan baholanmaydi.
Amaliy nazorat
Key Revocation rollouti kichik qamrovdan boshlanadi. Natija completeness’i, tail latency, storage hajmi va backend load oldingi versiya bilan taqqoslanadi. Rollback binarydan tashqari schema, offset, catalog va cache state’iga ta’sirni hisobga oladi.
Key Revocation optimallashtirilganda correctness testi qayta bajariladi. Batching, caching, asynchronous write yoki parallel execution throughputni oshirishi mumkin, ammo ordering, visibility va durability chegarasini ham o‘zgartiradi.
Key Revocation uchun disaster scenario odatiy process restartdan alohida baholanadi. Butun failure domain yo‘qolganda log, catalog, schema va encryption key birgalikda tiklana olishi kerak. Recovery point hamda recovery time maqsadlari amaliy mashq natijasi bilan tasdiqlanadi.
Key Revocation uchun test fixture faqat happy-path yozuvlardan iborat bo‘lmaydi. Empty value, noma’lum version, chegaradagi timestamp, katta identifier va takroriy request kiritiladi. Parser yoki consumer xatoni aniq tasniflaydi; malformed record butun partition, transaction yoki query workerini cheksiz qayta ishga tushirish sikliga olib kelmasligi kerak.
Key Revocation o‘zgartirilgach normal oqim bilan birga key rollover, malformed input, replay, restore va partial deployment tekshiriladi. Qabul qilingan cheklovlar hujjatlashtiriladi va boshqa platformaga ko‘r-ko‘rona ko‘chirilmaydi.
Bog‘liq tushunchalar
certificate revocation, key rotation, denylist, key compromise, trust store, key lifecycle