GH GambleHub

Operatsiyalar auditi jurnallari

(Bo’lim: Operatsiyalar va Boshqaruv)

1) Vazifasi va prinsiplari

Audit jurnali - yozuvlarning o’zgarmasligini va haqiqiyligini isbotlash imkoniyati bilan kim, nima, qayerda, qachon va nima uchun qilgani haqidagi haqiqatning birlamchi manbai.

Prinsiplar:
  • To’liqlik: odamlar, xizmatlar va tashqi sheriklarning xatti-harakatlari qamrab olingan.
  • Oʻzgaruvchanlik: yozuvlarni koʻrinadigan izsiz qayta yozib/oʻchirib boʻlmaydi.
  • Atributiya: harakat subyekt, rol, kontekst, artefaktlar bilan bog’liq.
  • Takrorlanuvchanlik: voqeani hisobot/bahsda takrorlash mumkin.
  • PII minimallashtirish: faqat zarur, niqob va tokenlar bilan.

2) Qoplash sohalari

Foydalanuvchi amallari: kirish/SSO/MFA, rollar/limitlarni oʻzgartirish, PII bilan operatsiyalar.
Imtiyozli operatsiyalar: JIT/PAM-sessiyalar, break-glass, admin-konsol.
Moliya: prays-varaqlar/soliqlar/FX nashrlar, to’lovlar/to’lovlar, eskrou, hisobdan chiqarish/qaytarish.
Konfiguratsiyalar/relizlar: fizeflaglar, sxemalar migratsiyasi, deploy/qaytarish, kalitlar/sertifikatlar.
Integratsiya: vebxuklar, imzolar, kvitansiyalar, idempotency-kalitlar.
Maʼlumotlar: PIIni oʻqish/eksport qilish, artefaktlarni yaratish/olib tashlash, siyosatni oʻzgartirish.

3) Arxitektura va o’zgarmaslik

Autentifikatsiyalash, kvotalar va sxema validatsiyasiga ega bo’lgan ingest-shlyuz.
WORM-saqlash (immutable buckets/append-only): versiya, Retention Lock, Legal Hold.
Kriptovalyutalar: tanqidiy voqealar uchun’receipt _ hash’va DSSE-imzo shakllantiriladi.
Merkle zanjirlari: vaqti-vaqti bilan kesmalar (checkpoint) quriladi, ildiz xeshi nashr etiladi.
Chain of custody: artefaktlarni koʻchirish izi (kim, qachon, qanday asosda kirishga muvaffaq boʻldi).
Time Sync: NTP/PTP,’event _ time’va’ingest _ time’belgilari,’skew’tuzatishlari.

4) Hodisa sxemasi (referens)


audit_event {
id, event_time, ingest_time, producer, subject {
id, type: human    service    partner, roles[], mfa?, device_posture?
},
action: CREATE    READ    UPDATE    DELETE    EXECUTE    PUBLISH    APPROVE    ROLLBACK,
target { type, id, version?, region?, tenant? },
context { ip/asn, user_agent, env, trace_id, request_id },
policy_version, sod_check: pass    fail, justification?, ticket_ref?,
result: success    deny    error, error_code?,
diff_hash?, payload_hash?, receipt_hash?, dsee_signature?,
pii_classification: none    aggregated    tokenized    sensitive,
retention_class, labels[]
}

Qo’shimcha: moliya uchun -’fx _ version/tax _ rule _ version/pricelist _ version’; vebxuklar uchun -’webhook _ id’,’idempotency _ key’.

5) Ma’lumotlar modeli va zonalar

Hot (tezkor): 7-30 kun, tezkor so’rovlar/dashbordlar.
Warm (OLAP): 6-24 oy, tahlil/qidiruv.
Cold (arxiv/WORM): 7-10 yilgacha (tartibga solish bo’yicha).
Retensiya sinflari:’operational’,’financial’,’security’,’legal _ hold’.
Siyosatni versiya qilish: barcha hodisalar’policy _ version’bilan belgilangan; siyosatni o’zgartirish - alohida audit-hodisa.

6) Foydalanish imkoniyatlari va maxfiylik

RBAC/ABAC/ReBAC: rol/tenant/mintaqa/ish (case) bo’yicha ko’rinish.
PII niqoblash: identifikatorlarni tokenlash, birlamchi korxonani chiqarish - faqat ma’qullangan joblar orqali.
Toʻgʻridan-toʻgʻri olib tashlashni taqiqlash: faqat’tombstone’+ Legal Hold; alohida jurnal bilan birga eksplanatsiya qilinadigan «to’liq tozalash».
Auditning o’zi audit o’tkazadi: kim loglarni ko’rgan/tushirgan bo’lsa, u ham mantiqiy bo’ladi.

7) Sifat, konsistentlik, dubli

Data contracts: qattiq sxema va kirish joyidagi lambda-validatsiya.
Idempotency & dedup:’(event_id, producer)’; «seen-cache» + KV.
Vaqtni tuzatish: keyingi hodisalar uchun suv belgilari (watermarks).
To’liqlikni nazorat qilish: manbalar hisoblagichlari va ingest-metrlarni taqqoslash.

8) Dashbordlar va so’rovlar

Tezkor: imtiyozli harakatlar, SoD qoidabuzarliklari, huquqlarning JIT ko’tarilishi, PII dan foydalanish.
Moliyaviy: FX/Tax/PriceList nashrlari, kotirovkalar, asosiy imzolar.
Integratsiya: vebxuk kvitansiyalari, lag, retray, dubli.
Relizlar/konfigi: kim/qachon/nima yoqdi/qaytdi, hodisalar bilan aloqa.
Qidirish skriptlari:’trace _ id’,’subject. id`, `target. id’, vaqt/mintaqa/tenant,’policy _ version’.
Eksport: so’rov bo’yicha kvitansiya bilan paketli tushirishlar (imzolangan manifest).

9) API va vebxuklar

’POST/audit/ingest’ - voqealarni qabul qilish (autentifikatsiya, limitlar, sxema).
’GET/audit/search’ - filtrlar, paginatsiya, natija chegarasi.
’GET/audit/trace/{ trace _ id}’ - voqealar zanjiri.
’POST/audit/receipt/verify’ - kvitansiyani/DSSE tekshirish.
Вебхуки: `SoDViolation`, `PrivilegedSession`, `PIIAccess`, `PolicyChanged`, `FinancialArtifactPublished`.

10) Audit sifatining SLO/metrikasi

Ingest Availability: ≥ 99. 95%.
Freshness (tezkor): lag ≤ 30 s p95.
Completeness: ≥ 99. Manbalarning 5 foizi oynaga maʼlumot yubordi.
Correctness: nazorat summalarining tafovuti ≤ 0. 1%.
Tamper-evidence: 100% davrlar Merkle ildizlari/imzolari bilan tasdiqlangan.
PII Hygiene: 100% sezgir sinf voqealari - niqob/token bilan.

11) Pleybuklar va hodisalar

Yozuvlarni almashtirishga shubha: Merkle ildizlarini darhol tekshirish, DSSE kvitansiyalarini solishtirish, kirishni izolyatsiya qilish, Legal Hold.
PII sizib chiqishi: ta’sir ko’rsatgan hodisalarni/eksportlarni qidirish, foydalanish auditi, muddati bo’yicha DPO/regulyatorga bildirishnomalar.
SoD buzilishi: operatsiya bloki, rolni vaqtincha olib tashlash, siyosatni tekshirish va tuzatish.
Ingest rad etilishi: buferlash, degradatsiya rejimi, tiklangandan keyin replay, dublikatlarni nazorat qilish.

12) Yuridik chidamlilik va komplayens

yurisdiksiyalar bo’yicha retention: moliya/soliqlar - 5-10 yil; xavfsizlik - siyosat bo’yicha; shaxsiy ma’lumotlar - eng kam zarur muddat.
Legal Hold: regulyatorning ishi/so’rovi bo’yicha olib tashlashni muzlatish.
Hisobot artefaktlari: davrlar indeksi, ildiz xeshlari, imzolovchilar ro’yxati, manbalar inventarizatsiyasi.
Tushunib bo’lmaydigan: kripto imzolari, mustaqil timestamping (ichki TSA).

13) iGaming/fintech xususiyatlari

To’lovlar/to’lovlar: avtorizatsiya, kliring, rad etish, chargeback; bank kvitansiyalari bilan taqqoslash.
RTP/limitlar: profillarni e’lon qilish, RTP kuzatayotgan o’zgarishlar va limitlar bo’yicha qarorlar - imzolar va versiya bilan.
Affiliates: vebxuklarni qabul qilish, konversiyalarning dedupi, e’tirozlar/eskrou - faqat imzolangan artefaktlar bo’yicha.
Prays-varaqlar/soliqlar/FX: har bir buyurtmada artefaktning versiyasi; qaytarmalar - kvitansiyalar bilan.

14) RACI

ViloyatRACI
Arxitektura va WORMPlatform/DataCTOSecurity, LegalAudit
Sxemalar va siyosatComplianceCCOData, SecurityProduct
Ingest и ObservabilityData Eng/SREHead of DataPlatformAll
Kirish va maxfiylikSecurity/PrivacyCISO/DPOLegalAudit
Yuridik so’rovlar/eksportlarComplianceCCOLegal, SecurityManagement

15) Xatarlar va anti-patternlar

Izsiz tahrirlanadigan loglar → yuridik nosozliklar.

Vaqt sinxronlashuvi yoʻq

Shadow-eksport kvitansiyalarsiz → oqish/nizolar.
Jurnallardagi sirlar → murosaga kelish.
SLO/hodisalar bilan hech qanday aloqa yo’q → «ma’lumotlar qabristoni» foydasiz.

16) Joriy etish chek-varaqasi

  • Qoplama va policy_version sohalarini aniqlash.
  • Ingestni autentifikatsiya, sxemalar va kvotalar bilan kengaytirish.
  • WORM, Merkle, DSSE imzolari, TSA.
  • Sinflarga va Legal Hold ga moslash.
  • RBAC/ABAC/ReBAC va jurnallarga kirish auditi kiritilsin.
  • Dashbordlar qurish: imtiyozlar, PII, moliya, relizlar/konfigi.
  • Pleybuklarni yoqish: tamper, PII-oqish, ingest-nosozlik, SoD-buzilish.
  • Test toʻplamida gap va boboni sinab koʻring.
  • Kvitansiyalar va so’rovlar reyestri bilan eksportni yo’lga qo’yish.
  • Har chorakda sifat metrikasi (freshness/completeness/tamper) auditidan o’tish.

17) FAQ

Hamma narsani oddiy DBda saqlash mumkinmi?
Tezkor uchun - ha, lekin tanqidiy jurnallar WORM/append-only da imzolar va Merkle-kesimlar bilan takrorlanishi kerak.

Har bir ma’lumotni o’qish kerakmi?
PII/moliya o’qish - majburiy; qolganlari - siyosat va qiymat bo’yicha.

Oʻzgarmaslikni qanday isbotlash mumkin?
Ildiz xeshlari, DSSE imzolari, mustaqil TSA va takrorlanadigan tekshirish tartib-qoidalari.

«Olib tashlash huquqi» (GDPR) bilan nima qilish kerak?
Qayta ishlash tizimlaridagi birlamchi elementni olib tashlang; audit-jurnallarda - tiklanadigan PIIsiz token/xeshlarni saqlang va zarur bo’lganda Legal Hold-ni yuriting.

Xulosa: Audit jurnallari «S3 dagi loglar» emas, balki aniq siyosat, o’zgarmas saqlash, boshqariladigan kirish va nizo/tartibga solish tekshiruviga tayyorlik bilan kriptografik jihatdan isbotlanadigan harakatlar tarixidir. Kontraktlar bo’yicha ingest tuzing, tanqidiy voqealarni imzolang, Merkle segmentlari va dashbordlarni qo’llab-quvvatlang - ishonch, xavfsizlik va komplayensning mustahkam poydevoriga ega bo’lasiz.

Contact

Biz bilan bog‘laning

Har qanday savol yoki yordam bo‘yicha bizga murojaat qiling.Doimo yordam berishga tayyormiz.

Telegram
@Gamble_GC
Integratsiyani boshlash

Email — majburiy. Telegram yoki WhatsApp — ixtiyoriy.

Ismingiz ixtiyoriy
Email ixtiyoriy
Mavzu ixtiyoriy
Xabar ixtiyoriy
Telegram ixtiyoriy
@
Agar Telegram qoldirilgan bo‘lsa — javob Email bilan birga o‘sha yerga ham yuboriladi.
WhatsApp ixtiyoriy
Format: mamlakat kodi va raqam (masalan, +998XXXXXXXX).

Yuborish orqali ma'lumotlaringiz qayta ishlanishiga rozilik bildirasiz.