Კრიპტო კაზინო
Torrent Gear
Რატომ არის მნიშვნელოვანი ყველა მომხმარებლის მონაცემების დაშიფვრა?
მოთამაშის მონაცემები არ არის მხოლოდ ელ.ფოსტა და პაროლი. ეს არის KYC დოკუმენტები, გადახდის ნიშნები, განაკვეთების ჟურნალები, მოწყობილობები, IP, ქცევითი მეტრიკა. ნებისმიერი გაჟონვა სცემს რეპუტაციას, ლიცენზიას და P & L. სრული დაშიფვრა (გზაზე, შენახვაში და ნაწილობრივ „გამოყენებაში“) ამცირებს ინციდენტების შედეგებს: მოპარული ნაგავსაყრელი ან ჩაწერილი ტრეფიკი გადაიქცევა ბაიტის უაზრო კომპლექტად გასაღების გარეშე.
1) საფრთხის მოდელი: რისგან გვიცავს დაშიფვრა
ტრეფიკის ჩარევა (MITM, დაუცველი ქსელები) - TLS 1. 2+/1. 3.
Backap- ის ქურდობა/დისკის სურათები - შენახვის დაშიფვრა (Disk/db/object).
დაშვების შეცდომები/არასწორი უფლებები - საველე დაშიფვრა, ტოქსიკაცია, შენიღბვა.
კვლევების კომპრომისი/შიდა ბოროტად გამოყენება, გასაღებების და მონაცემების გამიჯვნა, RBAC/ABAC.
FDE/MDM გადამზიდავების/მოწყობილობების ფიზიკური დაკარგვა.
მნიშვნელოვანია: დაშიფვრა ავსებს და არ ცვლის წვდომის კონტროლს, ჟურნალისტიკას და ქსელის სეგმენტს.
2) დაშიფვრის სამი ფენა (ერთად და არა ცალკე)
1. გზაზე (ტრანსიტში): HTTPS/TLS 1. 2+/1. 3, mTLS სერვისებს შორის, HSTS, ვებჰუკების ხელმოწერები (HMAC) + anti-replay ('timestamp', nonce).
2. შენახვის დროს (at rest):- დისკები/ტომი: LUKS/BitLocker/eCryptfs, auto-mount KMS- ით.
- ბაზები/ობიექტები: AES-256-GCM, მონაცემთა დომენების ცალკეული გასაღებები (PII, ფინანსები, ლოგოები).
- Bacaps/snaphots: ცალკეული საკვანძო პოლიტიკა, ოფსეტური/Geo, აღდგენის შემოწმება.
- 3. გამოყენებაში (in use): მგრძნობიარე ველების საველე დაშიფვრა, UI/ლოგებში შენიღბვა, პროგრამის მხარეზე დე დაშიფვრის შეზღუდვა; განსაკუთრებით კრიტიკულისთვის - TEE/კონფიდენციალური გამოთვლები.
3) გასაღებები - შიფრებზე უფრო მნიშვნელოვანია: KMS/HSM და ოპერაციები
KMS/HSM: ფესვის გასაღებების წარმოება/შენახვა, როტაცია, ოპერაციების აუდიტი.
იერარქია: CMK (ოთახი) - DEK (მონაცემთა) - გასაღებები სხვადასხვა დომენებისთვის (wallet/KYC/logs).
როტაცია: დაგეგმილი (90-180 დღე) და დაუგეგმავი (კომპრომისი), crypto-shred გაწვევის დროს.
პასუხისმგებლობის გამიჯვნა (SoD): Admin BD- ს არ აქვს წვდომა კლავიშებზე; კრიპტო ოფიცერი ვერ ხედავს მონაცემებს.
წვდომა „დროის მოთხოვნით“ (JIT) + MFA ადმირებისთვის.
4) რა არის დაშიფვრა (და რამდენად ღრმად)
PII: FIO, მისამართი, დაბადების თარიღი, კონტაქტები - საველე დაშიფვრა BD- ში, შენიღბვა ლოგებში.
KYC: დოკუმენტები, სელფები, liveness - ცალკეული საცავი/გასაღებები, მოკლე გადაკეთება.
გადახდები: არასოდეს შეინახოთ PAN; ტოქსიკაცია, PCI DSS შემცირება, მასპინძელი PSP.
სათამაშო ჟურნალები/პატიოსნება: ადგილები/nonce, ვერსიების კონტროლი - read-only კითხვა, ხელმოწერები.
ტელემეტრია და BI: ანონიმიზაცია/ფსევდონიზაცია, დიფერენციალური კონფიდენციალურობა სადაც მიზანშეწონილია.
5) ალგორითმები და ნაგულისხმევი პარამეტრები
სიმეტრიული: AES-256-GCM/ChaCha20-Poly1305 (AEAD, მთლიანობის დაცვა).
კლავიშების/სესიის გაცვლა: ECDHE PFS- ით.
კრიპტოგრაფია კლავიშებზე: ECDSA P-256/P-384 ან RSA-3072 ხელმოწერისთვის.
ჰეშის პაროლები: Argon2id (ან scrypt/bcrypt სწორი პარამეტრებით), არა SHA-256.
TLS: 1. 3 ჩართულია, 1. 2 როგორც თავსებადობა; მხოლოდ AEAD შიფრები გამორთულია CBC/RC4.
IV/nonce: უნიკალური, უნიკალური; შენახვა შიფრაციასთან ერთად.
6) პროდუქტიულობა: როგორ არ „ჩამოაგდოთ“ FPS და სალარო
გამოიყენეთ აპარატურის ინსტრუქციები (AES-NI) და გასაღების აუზები.
დაშიფრეთ ველები და არა მთელი ხაზი, სადაც საჭიროა ძებნა/ინდექსები.
სტატიკური ასეტებისთვის - TLS + CDN (edge-ქეში), HTTP/2/3.
ნუ დაშიფვრავთ ცხელ მონაცემებს მრავალჯერ თითოეულ ჰოპზე - ააშენეთ კრიპტოვალუტის კონვეიერი.
პროფილირება: უფრო ხშირად არა კრიპტო „შენელდება“, არამედ I/O/სერია.
7) ლოგები, ზურგჩანთები და სატესტო გარემო
Logs: შენიღბეთ ნიშნები/PII, შეინახეთ უცვლელი WORM საცავში, დაშიფრეთ არქივები.
Bacaps: ცალკეული კლავიშების დაშიფვრა, პერიოდული DR ტესტები (restore rehearsal), პოლიტიკის რეტენსია.
Dev/Stage: არასოდეს გამოიყენოთ ნამდვილი PII; სინთეზური/შენიღბვა, ინდივიდუალური გასაღებები და ქსელები.
8) კონფიდენციალურობა და შესაბამისობა
GDPR/ადგილობრივი ანალოგები: დამუშავების კანონიერი საფუძვლები, DSR (წვდომა/მოცილება/კორექტირება), მინიმიზაცია.
PCI DSS: ბარათების ტოქსიკაცია, ტრანსპორტის დაშიფვრა, გადახდის მიკროსქემის სეგრეგაცია.
პროცესორებთან ხელშეკრულებები: DPIA, SCC/DTIA ტრანსსასაზღვრო გადაცემის დროს.
გადაკეთების პოლიტიკოსები: „არ არის საჭირო - წაშლა“, კრიპტო-ვერსია, როგორც ოფშორული კამპანიის „ა“ ნაწილი.
9) ტიპიური შეცდომები (და როგორ მოვერიდოთ მათ)
ჩვენ დაშიფვრავთ მონაცემებს, ხოლო გასაღებები კოდში/საცავებში. შეინახეთ გასაღებები KMS/Vault- ში, ჩართეთ საიდუმლოების სკანირება.
ერთი გასაღები ყველაფრისთვის. გააზიარეთ დომენები და გარემო.
TLS არის, მაგრამ არ არსებობს HSTS/pinning/webhook ხელმოწერები. დაამატეთ HSTS preload, HMAC და anti replay.
Logs ერთად PII ღია ფორმით. შენიღბვა + ცალკეული საკვანძო სივრცე არქივისთვის.
არ არსებობს გასაღების როტაცია და აუდიტი. მიუთითეთ გრაფიკი, ალერტები და ოპერაციების ჟურნალი.
ტესტები რეალური დოკუმენტებით. მხოლოდ სინთეზური/ანონიმიზაცია.
10) ნაგულისხმევი დაშიფვრის დანერგვა
- TLS 1. 2+/1. 3 ყველგან (edge, offservice), HSTS, 'wss ://'
- KMS/HSM, საკვანძო იერარქია, როტაცია და აუდიტი
- BD/ობიექტების/ბეკოპების დაშიფვრა + საველე დაშიფვრა PII
- ბარათების ტოქსიკაცია, PCI შემცირება
- Hash პაროლები Argon2id- ზე, მარილი მომხმარებლისთვის
- PII ნიღაბი ლოგოებში, WORM საცავი, SIEM
- Dev/Stage რეალური PII გარეშე; ცალკეული გასაღებები/ქსელები
- რეპეტიციის პოლიტიკა/კრიპტო-შრედი, DSR პროცესები (GDPR)
- ვებჰუკების ხელმოწერები (HMAC), anti replay, mTLS შიგნით
- აღდგენის DR ტესტები, offsite bacaps, გაჟონვის მონიტორინგი
11) მინი-FAQ
საკმარისია „დისკზე“ დაშიფვრა? არა. ჩვენ გვჭირდება TLS + საველე დაშიფვრა + კლავიშების კონტროლი.
შეანელებს თუ არა დაშიფვრა თამაშს? სწორი არქიტექტურით - არა: ვიწრო ადგილები, როგორც წესი, ქსელში/რენდერში.
რატომ არის ტოკენიზაცია, თუ არსებობს დაშიფვრა? ნიშნები გამორიცხავს PAN- ის შენახვას და ამცირებს PCI პერიმეტრს.
საჭიროა ტელემეტრიის დაშიფვრა? დიახ, მინიმუმ გზაზე და არქივში; პლუს ანონიმიზაცია.
რა უნდა გააკეთოს გასაღებმა? დაუყოვნებლივი როტაცია/მიმოხილვა, crypto-shred, წვდომის ანალიზი, IR პოლიტიკის შეტყობინებები.
ყველა მომხმარებლის მონაცემების დაშიფვრა არის უსაფრთხოების ძირითადი ფენა, რომელიც მუშაობს მხოლოდ კლავიშების სწორ კონტროლთან ერთად, წვდომის სეგრეგაცია, მონაცემების მინიმიზაცია და DevSecOps დისციპლინა. ააშენეთ „ნაგულისხმევი“ კრიპტოარქიტექტურა, ავტომატიზირებული როტაცია და DR ტესტები, დაშიფრეთ bacaps და logs, შენიღბეთ PII - და ინციდენტის შემთხვევაშიც კი შეინარჩუნებთ მოთამაშეთა, რეგულატორებისა და პარტნიორების ნდობას, რაც ზღუდავს შედეგებს კონტროლირებად.