धार गियर

लाइव गेम में डेटा एन्क्रिप्शन कैसे काम करता है

1) एन्क्रिप्शन स्तरों की तस्वीर

लाइव कैसिनो में, एन्क्रिप्शन एक ही समय में चार परतों पर काम करता है:

1. चैनल: क्लाइंट ↔ मीडिया सर्वर (WebRTC/DTLS-SRTP), क्लाइंट ↔ CDN (TLS), प्लेटफ़ॉर्म ↔ प्रदाता (TLS 1)। 3/mTLS)।

2. सामग्री: वीडियो सेगमेंट और मैनिफेस्ट की सुरक्षा (AES-128/SAMPLE-AES, फेयरप्ले/वाइडवाइन/प्लेरेडी के साथ CENC)।

3. लेनदेन: एपीआई हस्ताक्षर और एन्क्रिप्शन (जेडब्ल्यूटी/जेडब्ल्यूएस, वेबहुक के एचएमएसी हस्ताक्षर, प्रतिकृतियां)।

4. भंडारण: कुंजी अवसंरचना (KMS/HSM), एन्क्रिप्शन "आराम पर" (TDE/फील्ड-लेवल), PII टोकन।

2) परिवहन चैनल: टीएलएस 1। 3, mTLS и QUIC

क्लाइंट HTTP (S) अनुरोध (लोबी, बटुआ, HLS/DASH मेनिफेस्ट/सेगमेंट) TLS 1 के माध्यम से जाते हैं। AEAD ciphers (AES-GCM या ChaCha20-Poly1305) और PFS (ECDHE) के साथ 3।

S2S एकीकरण (प्लेटफ़ॉर्म ↔ प्रदाता/एग्रीगेटर) mTLS (सर्टिफिकेट द्वारा आपसी प्रमाणीकरण), प्लस IP-allowist और महत्वपूर्ण ग्राहकों पर सर्टिफिकेट पिनिंग द्वारा संरक्षित हैं।

HTTP/3 (QUIC) प्रकट और खंड वितरण के झटके/विलंबता को कम करता है; टीएलएस संस्करण नियंत्रण और पुराने सिफर कंप्यूटर के "क्रॉपिंग" की आवश्यकता होती है।

प्रथाओं का न्यूनतम सेट: टीएलएस 1। 3 पसंद किया, टीएलएस 1। केवल लेगासी के लिए 2; OCSP-स्टेपलिंग, लघु प्रमाणपत्र जीवनकाल, स्वचालित रोटेशन।

3) WebRTC और DTLS-SRTP: लाइव वीडियो/ऑडियो एन्क्रिप्शन

DTLS-SRTP (या DTLS कुंजी विनिमय के माध्यम से SRTP) RTP मीडिया को एन्क्रिप्ट करता है। चाबियां DTLS हैंडशेक, प्रति-SSRC से ली गई हैं।

SRTP ciphers: + (क्लासिक) या SRTP-AES-GCM (कम ओवरहेड के साथ प्रमाणित एन्क्रिप्शन)।

PFS DTLS पंचांग कुंजियों (ECDHE) के माध्यम से प्राप्त किया जाता है। लंबे समय तक रहने वाली कुंजी से समझौता करना पुराने सत्रों को प्रकट नहीं करता है।

E2EE WebRTC (उदाहरण के लिए, SFrame) निजी कमरों के लिए संभव है: फ्रेम को एक सामान्य समूह कुंजी के साथ ग्राहक पर एन्क्रिप्ट किया गया है, SFU केवल "सिफर पाठ देखता है। "मूल्य: कीमैनेजमेंट की जटिलता और सर्वर ओवरले/टाई-इन की असंभवता।

4) एलएल-एचएलएस/डीएएसएच और डीआरएम: खंड और प्रकट सुरक्षा

कैश किए गए अनुवादों (LL-HLS/DASH) के लिए, निम्नलिखित लागू होते हैं:

AES-128 (CBC) या सेगमेंट स्तर पर SAMPLE-AES, कुंजी सर्वर द्वारा जारी की जाती है।
CENC (सामान्य एन्क्रिप्शन) लाइसेंस प्राप्त सर्वर के माध्यम से Cbcs/ctr और DRM (FairPlay/Videvine/PlayReady) मोड के साथ।
कुंजी रोटेशन: '# EXT-X-KEY '/KID हर N मिनट/सेगमेंट में बदलता है; IV प्रति खंड अद्वितीय है।
मुख्य पहुंच टोकन URL (शॉर्ट TTL, IP/डिवाइस ID/ऑडियंस के साथ बंडल) द्वारा संरक्षित है।
एलएल मोड के लिए, यह महत्वपूर्ण है: एक छोटा आंशिक खंड, प्रीफेच लाइसेंस, "मैनुअल" रीडायरेक्ट्स को कम करना (प्रत्येक हॉप = रिसाव/देरी का जोखिम)।

5) लेनदेन और घटनाएं: हस्ताक्षर, एंटी-रिप्ले, आइडेम्पोटेंस

5. 1. क्लाइंट और सर्वर कॉल के लिए JWT/JWS

गेम टोकन और सत्र-JWT पर JWS (ES256/RS256) द्वारा हस्ताक्षर किए गए हैं, टिकटों के साथ:

'is, aud, उप, iat, nbf, exp (≤ 15 мин), jti, बच्चा'।
aud कठोरता से तय किया गया है (जिसके लिए टोकन का इरादा है), 'nbf/exp' - छोटी खिड़कियां, 'jti' - एंटी-रीप्ले।

5. 2. प्रदाता वेबहुक हस्ताक्षर (HMAC)

प्रदाता हेडर के साथ मंच पर गोल/भुगतान की घटनाओं को भेजता है, उदाहरण के लिए:

'एक्स-सिग्नेचर: t = 169...; v1 = हेक्स (hmac_sha256 (गुप्त, टी + "" + शरीर) ')'

प्लेटफ़ॉर्म:

समय डेल्टा की जाँच करता है '	अब - टी	≤ 300 s ', HMAC को मान्य करता है,' event _ id '(idempotency) द्वारा पुनरावृत्ति को समाप्त करता है।

5. 3. नकद लेनदेन

'डेबिट/क्रेडिट/रोलबैक' - 'ट्रांजेक्शन _ आईडी' पर पहचान, हस्ताक्षरित और 'राउंड _ आईडी' से बाध्य।

सभी प्रतिक्रियाओं में सर्वर हस्ताक्षर और चेकसम होता है (उदाहरण के लिए, सामान्यीकृत JSON SHA-256)।

6) पीआईआई और वॉलेट: आराम और डेटा न्यूनतम पर एन्क्रिप्शन

'Player _ id' का टोकन और PII से वित्तीय पहचानकर्ताओं का पृथक्करण।

संवेदनशील क्षेत्रों के लिए फील्ड-स्तरीय एन्क्रिप्शन (पूरा नाम, फोन, ई-मेल): लिफाफे एन्क्रिप्शन के साथ एईएस-जीसीएम (डेटा-कुंजी केएमएस/एचएसएम से मास्टर-कुंजी द्वारा एन्क्रिप्रिप्ट किया गया है)।

डेटाबेस और स्नैपशॉट स्तर पर TDE/डिस्क-एन्क्रिप्शन; बैकअप भी एन्क्रिप्टेड हैं।

भंडारण नीतियां: न्यूनतम शब्द, ऑटो-अनाम, क्षेत्र द्वारा व्यक्तिगत कुंजी (स्थानीय नियमों का अनुपालन)।

लॉग और राउंड के रिप्ले - WORM स्टोरेज में (बदलने की संभावना के बिना), केवल एक सीमित भूमिका के लिए एक्सेस कुंजी।

7) प्रमुख प्रबंधन: KMS/HSM, रोटेशन और एक्सेस

केएमएस/एचएसएम मास्टर कुंजियों को संग्रहीत करता है; आवेदन सेवाओं को सीमित टीटीएल के साथ डेटा-कुंजी प्राप्त होती है।

घुमाव:

टीएलएस प्रमाणपत्र - स्वचालित रूप से, 30-90 दिन।
DRM कुंजी/सामग्री कुंजी - प्रति स्ट्रीम/समय विंडो।
एपीआई रहस्य - हर 60-90 दिन, घटनाओं में तत्काल विकलांगता।
पहुंच नीतियां: कम से कम विशेषाधिकारों का सिद्धांत, सेवा खातों/भूमिकाओं के लिए बाध्यकारी, केएमएस के लिए अनुरोध।

8) एंटी-धमकी: क्या एन्क्रिप्शन बंद हो जाता है और क्या यह बंद नहीं होगा

बन्द करें:

इंटरसेप्ट (MITM) और चैनल स्पूफिंग।
रीप्ले इवेंट्स और टोकन (सही 'exp/jti/timestamp' के साथ)।
टोकन/डीआरएम के बिना सीडीएन के साथ खंडों/कुंजियों की चोरी।

पूरी तरह से बंद नहीं करता है:

क्लाइंट डिवाइस (मैलवेयर, एक्सटेंशन) का समझौता।
स्क्रीन रीस्टार्ट/कैमरा - वॉटरमार्क, व्यवहार नियमों और कानूनी उपायों द्वारा हल किया गया।
इनसाइडर जोखिम - एक्सेस अलगाव, केएमएस ऑडिट और वर्म लॉगिंग द्वारा कम से कम।

9) व्यावहारिक उदाहरण

9. 1. टीएलएस नीति

स्वीकृत: TLS 1। 3 (TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384, TLS_CHACHA20_POLY1305_SHA256)।

कानूनी: टीएलएस 1। 2 के साथ ECDHE + AES-GCM/CHACHA20 (CBC के बिना, RSA-key-excess के बिना)।

SSL/TLS ≤ 1 की अनुमति नहीं है। 1, RC4, 3DES, AES-CBC, TLS संपीड़न।

9. 2. मिनी इवेंट सिग्नेचर स्पेसिफिकेशन

http
POST/गेम/इवेंट्स
एक्स-सिग्नेचर: t = 173...; v1 = 15c2... af
सामग्री प्रकार: अनुप्रयोग/json

{
"" "प्रकार": "गोल। परिणाम "", "पेलोड": {"रूलेट": {"संख्या": 17, "रंग": "ब्लैक"}}, "सेक": 12070
}

सर्वर: समय विंडो, HMAC, seq, 'event _ id' द्वारा पहचान की जाँच करता है.

9. 3. डीआरएम कुंजी सर्वर

'POST/drm/lisence' с डिवाइस-नॉन, 'किड', 'सेशन _ id', токеном с 'aud = drm'।

युक्ति और सत्र से जुड़ी गोपित सामग्री लौटाता है.

10) क्रिप्ट अवलोकन और घटनाएं

अलर्ट: टीएलएस हैंडशेक त्रुटियों में वृद्धि, 'अवैध _ हस्ताक्षर' की वृद्धि, 'रीप्ले _ डिटेक्टेड', केएमएस के लिए अनुरोध, अवैध जेडब्ल्यूटी, ओसीएसपी ड्रॉडाउन का हिस्सा।

डैशबोर्ड: ट्रैफिक टीएलएस संस्करण, सिफर-सुइट वितरण, टर्न-रिले (वेबआरटीसी) शेयर, डीआरएम लाइसेंस जारी करने के लिए विलंबता, प्रमाणपत्र रोटेशन समय।

रनबुक: त्वरित प्रमाणपत्र निरस्तीकरण, एमटीएलएस के लिए क्लाइंट-सर्टिफिकेट का पुनर्जागरण, एचएमएसी रहस्यों का आपातकालीन प्रतिस्थापन, सभी अल्पकालिक टोकन की विकलांगता ('exp ≤ 5 मिनट'), एक बैकअप डीआरएम एंडपॉइंट में स्स्ट।

11) संगतता और प्रदर्शन

सुरक्षा ↔ विलंबता संतुलन: हार्डवेयर त्वरण (AES-NI/ARMv8 क्रिप्टो) के साथ AEAD ciphers, छोटे हैंडशेक TLS 1। 3, सत्र cache/0-RTT (बार-बार अनुरोध के साथ सावधान!)।

मोबाइल नेटवर्क: एईएस-एनआई के बिना उपकरणों पर पसंदीदा ChaCha20-Poly1305।

WebRTC: SRTP-AES-GCM चुनना AES-CM + HMAC की तुलना में ओवरहेड चेक को कम करता है।

12) उत्पादन चेकलिस्ट

चैनल

टीएलएस 1। 3 हर जगह, टीएलएस 1। केवल लेगासी के लिए 2; OCSP-स्टेपलिंग, HSTS।
S2S के लिए mTLS; आईपी-एलोविस्ट; महत्वपूर्ण ग्राहकों में पिनिंग।
QUIC/HTTP3 प्रकट/खंडों के लिए सक्षम।

सामग्री

LL-HLS/DASH कुंजी रोटेशन के साथ; प्रीमियम सामग्री के लिए DRM।
टोकनाइज्ड URL (TTL ≤ 2-5 मिनट), ad/IP/डिवाइस के लिए बाध्यकारी।
दर-सीमा और ऑडिट के साथ गुप्त कुंजी-सर्वर।

लेनदेन

JWT c 'aud/exp/nbf/jti', JWK 'किड' और रोटेशन के साथ।
वेबहुक हस्ताक्षर (HMAC), एंटी-रीप्ले विंडो ≤ 5 मिनट।
IDempotency 'डेबिट/क्रेडिट/रोलबैक'।

भंडारण

केएमएस/एचएसएम, लिफाफा-एन्क्रिप्शन, क्षेत्र द्वारा अलग कुंजी।
पीआईआई के लिए फील्ड-लेवल एन्क्रिप्शन, डीबी/बैकअप के लिए टीडीई।
WORM लॉग और मजबूत पहुंच भूमिकाएँ।

संचालन

TLS/DRM/JWT/KMS द्वारा अलर्ट; डैशबोर्ड सिफर-सूट/संस्करण।
आपातकालीन कुंजी/गुप्त रोटेशन प्रक्रियाएं।
रिलीज से पहले पेंटेस्ट और क्रिप्टो-रिव्यू।

लाइव गेम में एन्क्रिप्शन एक टीएलएस चेकमार्क नहीं है, लेकिन एक सुसंगत सिस्टम है: लाइव वीडियो, टीएलएस 1 के लिए डीटीएलएस-एसआरटीपी/वेब आरटीसी। 3/mTLS API और डिलीवरी के लिए, खंडों के लिए DRM/CENC, लेनदेन के लिए JWT/HMAC, और कुंजी रोटेशन और PFS के साथ KMS/HSM। जब प्रत्येक परत को सही ढंग से किया जाता है और वास्तविक समय में निगरानी की जाती है, तो कैसीनो को एक हमला-प्रतिरोधी रूपरेखा मिलती है, और खिलाड़ी को सुरक्षा समझौते के बिना लाइव प्रारूप की गति और ईमानदारी मिलती है।