RadSec: TLS सह RADIUS ऑथेंटिकेशन ट्रॅफिक सुरक्षित करणे

RadSec: TLS सह RADIUS ऑथेंटिकेशन ट्रॅफिक सुरक्षित करणे. एक Purple टेक्निकल ब्रीफिंग. परिचय आणि संदर्भ. या Purple टेक्निकल ब्रीफिंगमध्ये आपले स्वागत आहे. मी तुम्हाला RadSec — TLS वरील RADIUS — ते काय आहे, ते आत्ता का महत्त्वाचे आहे आणि तुम्ही ते प्रत्यक्षात कसे डिप्लॉय करता याबद्दल माहिती देणार आहे. हे थेट नेटवर्क आर्किटेक्ट्स आणि सिक्युरिटी इंजिनिअर्ससाठी आहे जे आज क्लाउड RADIUS चालवत आहेत किंवा तिथे जाण्याची योजना आखत आहेत. जर तुम्ही अजूनही UDP आणि शेअर्ड सीक्रेटसह ऑन-प्रिमाइस RADIUS सर्व्हर्स चालवत असाल, तर हे ब्रीफिंग तुमच्यासाठी आहे. चला पार्श्वभूमी समजून घेऊया. RADIUS हे तीस वर्षांहून अधिक काळ नेटवर्क ऑथेंटिकेशनचा कणा राहिले आहे. हे 802.1X, WPA2-Enterprise, WPA3-Enterprise आणि आज प्रोडक्शनमध्ये असलेल्या जवळजवळ प्रत्येक Captive Portal सिस्टीमला आधार देते. प्रोटोकॉल स्वतः, RFC 2865 मध्ये परिभाषित केलेला, अशा युगात डिझाइन केला गेला होता जेव्हा इंटरनेट एक अतिशय वेगळे ठिकाण होते. तुमचे NAS डिव्हाइसेस — तुमचे ॲक्सेस पॉइंट्स, स्विचेस आणि कंट्रोलर्स — आणि तुमचा RADIUS सर्व्हर यांच्यातील ऑथेंटिकेशन ट्रॅफिक UDP वरून प्रवास करत असे, ऑथेंटिकेशनसाठी पोर्ट 1812, अकाउंटिंगसाठी पोर्ट 1813. आणि ते ट्रॅफिक? बहुतांशी अनएन्क्रिप्टेड. युझर पासवर्ड ॲट्रिब्युट अस्पष्ट करण्यासाठी वापरले जाणारे शेअर्ड सीक्रेट हे एकमेव संरक्षण होते आणि त्यामध्येही चांगल्या प्रकारे दस्तऐवजीकरण केलेल्या कमकुवतपणा आहेत. वर्षानुवर्षे, हे स्वीकार्य होते कारण RADIUS ट्रॅफिक खाजगी, नियंत्रित नेटवर्क्सवर राहिले. तुमचे NAS डिव्हाइसेस आणि तुमचा RADIUS सर्व्हर एकाच LAN वर होते किंवा डेडिकेटेड MPLS सर्किटद्वारे जोडलेले होते. अटॅक सरफेस आटोपशीर होता. पण जग बदलले आहे. क्लाउड-नेटिव्ह इन्फ्रास्ट्रक्चर, वितरित व्हेन्यू डिप्लॉयमेंट्स, SD-WAN ओव्हरलेज आणि क्लाउड RADIUS सर्व्हिसेसकडे वळल्याने थ्रेट मॉडेल मूलभूतपणे बदलले आहे. तुमचे ऑथेंटिकेशन ट्रॅफिक आता सार्वजनिक इंटरनेटवरून किंवा जास्तीत जास्त, तुम्ही पूर्णपणे नियंत्रित करत नसलेल्या शेअर्ड इन्फ्रास्ट्रक्चरवरून प्रवास करत आहे. तिथेच RadSec येते. तांत्रिक सखोल माहिती (टेक्निकल डीप-डाइव्ह). RadSec, औपचारिकपणे RFC 6614 मध्ये परिभाषित केलेले, TLS वरील RADIUS आहे. संकल्पना सरळ आहे: UDP वर RADIUS पॅकेट्स पाठवण्याऐवजी, तुम्ही त्यांना TCP वरील TLS कनेक्शनमध्ये एन्कॅप्स्युलेट करता. याचा परिणाम असा होतो की तुमचे NAS आणि तुमचा RADIUS सर्व्हर यांच्यातील सर्व ऑथेंटिकेशन आणि अकाउंटिंग ट्रॅफिक पूर्णपणे एन्क्रिप्टेड, म्युच्युअल ऑथेंटिकेटेड आणि इंटिग्रिटी-प्रोटेक्टेड असते. RFC 7360 याचा विस्तार DTLS — UDP वरील डेटाग्राम TLS — पर्यंत करते, जे एन्क्रिप्शन जोडताना मूळ UDP ट्रान्सपोर्टची काही लॅटेन्सी वैशिष्ट्ये जतन करते. बहुतांश एंटरप्राइझ डिप्लॉयमेंटसाठी, TCP वरील TLS हा योग्य पर्याय आहे. मोठ्या स्टेडियम डिप्लॉयमेंटसारख्या हाय-थ्रूपुट, लॅटेन्सी-सेन्सिटिव्ह वातावरणात DTLS चा विचार करणे योग्य आहे. चला मेकॅनिक्सबद्दल बोलूया. RadSec TCP पोर्ट 2083 वर चालते, जे या प्रोटोकॉलसाठी IANA-असाइन केलेले पोर्ट आहे. जेव्हा NAS डिव्हाइस RadSec कनेक्शन सुरू करते, तेव्हा ते पोर्ट 2083 वर RADIUS सर्व्हरशी TCP कनेक्शन उघडते आणि TLS हँडशेक करते. हा हँडशेक म्युच्युअल असतो — क्लायंट, म्हणजे तुमचे NAS, आणि सर्व्हर दोन्ही X.509 सर्टिफिकेट्स सादर करतात. सर्व्हरचे सर्टिफिकेट ट्रस्टेड CA विरुद्ध व्हॅलिडेट केले जाते. क्लायंट सर्टिफिकेट RADIUS सर्व्हरला NAS ची ओळख पटवून देते. एकदा TLS सेशन स्थापित झाल्यानंतर, RADIUS पॅकेट्स त्या एन्क्रिप्टेड टनेलमध्ये अगदी UDP प्रमाणेच वाहतात, परंतु आता पूर्ण कॉन्फिडेन्शियलिटी, इंटिग्रिटी आणि रिप्ले प्रोटेक्शनसह. हे पारंपारिक RADIUS पासून तीन महत्त्वाच्या मार्गांनी लक्षणीयरीत्या वेगळे आहे. पहिले, ट्रान्सपोर्ट TCP आहे, UDP नाही. याचा अर्थ तुम्हाला विश्वसनीय, क्रमाने डिलिव्हरी मिळते. हरवलेली पॅकेट्स आपोआप रिट्रान्समिट केली जातात. दुसरे, दोन्ही एंडपॉइंट्सचे ऑथेंटिकेशन सर्टिफिकेट-आधारित आहे, शेअर्ड-सीक्रेट-आधारित नाही. हे कमकुवत किंवा तडजोड केलेल्या शेअर्ड सीक्रेट्सवर आधारित हल्ल्यांचा संपूर्ण वर्ग दूर करते. तिसरे, संपूर्ण RADIUS पॅकेट एन्क्रिप्ट केलेले असते, केवळ पासवर्ड ॲट्रिब्युट नाही. याचा अर्थ युझरनेम्स, सेशन आयडेंटिफायर्स आणि सर्व RADIUS ॲट्रिब्युट्स ट्रान्झिटमध्ये संरक्षित असतात. सर्टिफिकेट मॅनेजमेंटच्या दृष्टिकोनातून, तुम्हाला तुमच्या RADIUS सर्व्हर आणि तुमच्या NAS डिव्हाइसेस दोन्हीसाठी सर्टिफिकेट्स जारी करण्यासाठी आणि व्यवस्थापित करण्यासाठी PKI — पब्लिक की इन्फ्रास्ट्रक्चर — ची आवश्यकता आहे. व्यवहारात, Purple च्या क्लाउड-नेटिव्ह ऑथेंटिकेशन इन्फ्रास्ट्रक्चरसह बहुतांश क्लाउड RADIUS प्रदाते, तुमच्यासाठी सर्व्हर-साइड सर्टिफिकेट मॅनेजमेंट हाताळतात. तुमची जबाबदारी तुमच्या NAS डिव्हाइसेसना क्लायंट सर्टिफिकेट्स प्रोव्हिजन करण्याची आहे. मोठ्या प्रमाणावरील डिप्लॉयमेंटसाठी, हे सामान्यतः तुमच्या नेटवर्क मॅनेजमेंट प्लॅटफॉर्म किंवा डेडिकेटेड सर्टिफिकेट मॅनेजमेंट सिस्टीमद्वारे हाताळले जाते. सर्टिफिकेट्सने किमान RSA 2048-बिट किंवा ECDSA P-256 वापरले पाहिजे, ज्याचा वैधता कालावधी ऑपरेशनल ओव्हरहेड आणि सिक्युरिटी हायजीन यांच्यात समतोल साधतो — बारा महिने हा एक वाजवी डिफॉल्ट आहे. आता, अनेक संस्था आज वापरत असलेल्या पर्यायी दृष्टिकोनाशी तुलना करूया: RADIUS ट्रॅफिकचे संरक्षण करण्यासाठी IPsec टनेल्स किंवा VPN ओव्हरलेज. IPsec हा एक पूर्णपणे वैध दृष्टिकोन आहे, परंतु तो वेगळ्या लेयरवर चालतो. तुम्ही दोन एंडपॉइंट्समधील सर्व ट्रॅफिक एन्क्रिप्ट करत आहात, ज्यामुळे गुंतागुंत वाढते — तुम्हाला IKE, टनेलसाठी प्री-शेअर्ड कीज किंवा सर्टिफिकेट्स आणि संभाव्यतः शेकडो साइट्सवर टनेल स्टेट राखण्याचा ऑपरेशनल ओव्हरहेड व्यवस्थापित करणे आवश्यक आहे. RadSec अधिक सर्जिकल आहे. ते विशेषतः RADIUS प्रोटोकॉल ट्रॅफिक एन्क्रिप्ट करते, ॲप्लिकेशन लेयरवर चालते आणि तुमच्या RADIUS इन्फ्रास्ट्रक्चरशी थेट इंटिग्रेट होते. क्लाउड RADIUS डिप्लॉयमेंटसाठी जिथे तुम्ही वितरित ठिकाणांवरील अनेक NAS डिव्हाइसेसना मध्यवर्ती क्लाउड सर्व्हरशी जोडत आहात, RadSec आर्किटेक्चरली अधिक स्वच्छ आणि ऑपरेशनली सोपे आहे. मी तुम्हाला व्यवहारात मल्टी-साइट डिप्लॉयमेंट कसे दिसते ते सांगतो. तुमच्याकडे क्लाउड RADIUS सर्व्हर आहे — समजा तो Purple चा प्लॅटफॉर्म आहे — ज्यामध्ये ट्रस्टेड CA कडील वैध TLS सर्टिफिकेट आहे. तुमच्याकडे तीन व्हेन्यू प्रकार आहेत: एक हॉटेल प्रॉपर्टी, एक रिटेल स्टोअर आणि एक कॉन्फरन्स सेंटर. प्रत्येकाकडे NAS डिव्हाइसेस आहेत — ॲक्सेस पॉइंट्स, स्विचेस किंवा वायरलेस LAN कंट्रोलर्स. प्रत्येक NAS डिव्हाइस RadSec सर्व्हर ॲड्रेस, पोर्ट 2083 आणि क्लायंट सर्टिफिकेटसह कॉन्फिगर करणे आवश्यक आहे. NAS TLS कनेक्शन सुरू करते, म्युच्युअल हँडशेक पूर्ण होतो आणि त्या क्षणापासून, त्या ठिकाणच्या अतिथी आणि कर्मचाऱ्यांसाठी सर्व 802.1X ऑथेंटिकेशन ट्रॅफिक क्लाउड RADIUS सर्व्हरकडे एन्क्रिप्टेड वाहते. जर TLS कनेक्शन ड्रॉप झाले — समजा, नेटवर्क व्यत्ययामुळे — NAS ते आपोआप पुन्हा स्थापित करते. हे पर्सिस्टंट कनेक्शन मॉडेल हाय-व्हॉल्यूम डिप्लॉयमेंटसाठी UDP पेक्षा अधिक कार्यक्षम आहे कारण तुम्ही प्रति-पॅकेट प्रक्रियेचा ओव्हरहेड टाळता. फायरवॉलच्या बाजूला, तुम्हाला तुमच्या NAS मॅनेजमेंट नेटवर्कवरून तुमच्या RADIUS सर्व्हरच्या IP ॲड्रेस किंवा FQDN कडे पोर्ट 2083 वर आउटबाउंड TCP ला अनुमती देणे आवश्यक आहे. जर तुम्ही कडक इग्रेस पॉलिसी चालवत असाल, तर तुम्हाला रिटर्न ट्रॅफिकलाही अनुमती द्यायची असेल. हे IPsec फायरवॉल नियम व्यवस्थापित करण्यापेक्षा सोपे आहे, ज्यांना अनेकदा ESP प्रोटोकॉल अपवाद आणि UDP 500 आणि 4500 वर IKE आवश्यक असते. अंमलबजावणी शिफारसी आणि धोके (इम्प्लिमेंटेशन रेकमेंडेशन्स आणि पिटफॉल्स). RadSec डिप्लॉयमेंट्समध्ये प्रत्यक्षात काय चूक होते याबद्दल बोलूया, कारण संस्थांमध्ये मला काही सातत्यपूर्ण फेल्युअर मोड्स दिसतात. पहिली आणि सर्वात सामान्य समस्या म्हणजे सर्टिफिकेट चेन व्हॅलिडेशन फेल्युअर्स. तुमच्या NAS डिव्हाइसने RADIUS सर्व्हरच्या सर्टिफिकेटवर स्वाक्षरी करणाऱ्या CA वर विश्वास ठेवणे आवश्यक आहे. जर तुम्ही सुप्रसिद्ध पब्लिक CA — DigiCert, Let's Encrypt, Sectigo — कडील सर्टिफिकेटसह क्लाउड RADIUS प्रदाता वापरत असाल, तर बहुतांश आधुनिक NAS डिव्हाइसेस त्यावर आउट ऑफ द बॉक्स विश्वास ठेवतील. परंतु जर तुम्ही अंतर्गत CA वापरत असाल, तर तुम्हाला प्रत्येक NAS डिव्हाइसवर CA सर्टिफिकेट पुश करणे आवश्यक आहे. सुरुवातीच्या डिप्लॉयमेंट दरम्यान याकडे अनेकदा दुर्लक्ष केले जाते आणि हे TLS हँडशेक फेल्युअर्स म्हणून समोर येते जे कनेक्टिव्हिटी समस्यांसारखे दिसतात. दुसरा धोका म्हणजे सर्टिफिकेट एक्सपायरी. शेअर्ड सीक्रेट्सच्या विपरीत, जे कालबाह्य होत नाहीत, सर्टिफिकेट्सचा एक परिभाषित वैधता कालावधी असतो. जर तुमचे RADIUS सर्व्हर सर्टिफिकेट कालबाह्य झाले, तर तुमच्या इस्टेटमधील प्रत्येक NAS डिव्हाइस एकाच वेळी ऑथेंटिकेट करण्यात अयशस्वी होईल. तुम्हाला सर्टिफिकेट लाइफसायकल मॅनेजमेंटची आवश्यकता आहे — शक्य तिथे स्वयंचलित नूतनीकरण, आणि एक्सपायरीच्या खूप आधी अलर्टिंगसह मॉनिटरिंग. नव्वद दिवसांची नोटीस किमान आहे; तीस दिवस चांगले आहे. तिसरी समस्या NAS डिव्हाइस सुसंगतता आहे. सर्व NAS डिव्हाइसेस मूळतः RadSec ला सपोर्ट करत नाहीत. जुन्या Cisco IOS आवृत्त्या, काही लेगसी Aruba कंट्रोलर्स आणि काही कंझ्युमर-ग्रेड ॲक्सेस पॉइंट्समध्ये RadSec सपोर्ट नाही. RadSec डिप्लॉयमेंटची कमिटमेंट करण्यापूर्वी, सुसंगततेसाठी तुमच्या NAS इस्टेटचे ऑडिट करा. Cisco IOS-XE 16.x आणि नंतरचे, Aruba AOS-CX, Ruckus SmartZone आणि Juniper EX सिरीज सर्वांमध्ये भक्कम RadSec सपोर्ट आहे. जे डिव्हाइसेस मूळतः RadSec ला सपोर्ट करत नाहीत त्यांच्यासाठी, RadSec प्रॉक्सी — radsecproxy सारखा ओपन-सोर्स पर्याय — ही दरी कमी करू शकतो, लेगसी डिव्हाइसेसकडून UDP RADIUS स्वीकारून आणि क्लाउड RADIUS सर्व्हरकडे TLS वरून फॉरवर्ड करून. चौथा विचार कनेक्शन पर्सिस्टन्स आणि कीपअलाइव्ह्जचा आहे. RadSec पर्सिस्टंट TCP कनेक्शन्स वापरते, परंतु अग्रेसिव्ह टाइमआउट पॉलिसीज असलेले फायरवॉल्स आणि NAT डिव्हाइसेस आयडल कनेक्शन्स सायलेंटली ड्रॉप करू शकतात. तुमच्या RadSec कनेक्शन्सवर TCP कीपअलाइव्ह्ज कॉन्फिगर करा — सामान्यतः साठ सेकंदांचा कीपअलाइव्ह इंटरव्हल अकाली कनेक्शन टियरडाउन रोखण्यासाठी पुरेसा असतो. बहुतांश RADIUS सर्व्हर इम्प्लिमेंटेशन्स आणि NAS डिव्हाइसेस या कॉन्फिगरेशनला सपोर्ट करतात. Cisco IOS-XE साठी, RadSec कॉन्फिगरेशन असे दिसते. तुम्ही तुमच्या क्लाउड RADIUS एंडपॉइंटच्या ॲड्रेससह RADIUS सर्व्हर परिभाषित करता, ट्रान्सपोर्ट म्हणून TLS निर्दिष्ट करता, तुमचा ट्रस्टपॉइंट संदर्भित करता — जे डिव्हाइसवरील सर्टिफिकेट स्टोअर आहे — आणि डेस्टिनेशन पोर्ट 2083 वर सेट करता. त्यानंतर तुम्ही तुमच्या AAA सर्व्हर ग्रुप कॉन्फिगरेशनमध्ये या सर्व्हरचा संदर्भ देता. प्लॅटफॉर्म आवृत्तीनुसार तपशील बदलतात, परंतु लॉजिकल रचना व्हेंडर्समध्ये सुसंगत आहे. AOS चालवणाऱ्या Aruba कंट्रोलर्ससाठी, तुम्ही RadSec पर्याय सक्षम करून RADIUS सर्व्हर कॉन्फिगर करता, सर्व्हर व्हॅलिडेशनसाठी CA सर्टिफिकेट निर्दिष्ट करता आणि वैकल्पिकरित्या म्युच्युअल TLS साठी क्लायंट सर्टिफिकेट कॉन्फिगर करता. Aruba ची अंमलबजावणी परिपक्व आणि चांगल्या प्रकारे दस्तऐवजीकरण केलेली आहे. रॅपिड-फायर प्रश्न आणि उत्तरे. RadSec लॅटेन्सी वाढवते का? TLS हँडशेक सुरुवातीच्या कनेक्शन स्थापनेवर थोडा ओव्हरहेड जोडतो — सामान्यतः 100 मिलिसेकंदांपेक्षा कमी. एकदा कनेक्शन स्थापित झाल्यानंतर, प्रति-पॅकेट ओव्हरहेड नगण्य असतो. 802.1X ऑथेंटिकेशनसाठी, जिथे हँडशेक प्रति सेशन एकदा होतो, ही एक अर्थपूर्ण चिंता नाही. मी पारंपारिक UDP RADIUS सोबत RadSec चालवू शकतो का? होय. बहुतांश RADIUS सर्व्हर्स एकाच वेळी दोन्हीला सपोर्ट करतात. मायग्रेशन दरम्यान, तुम्ही सपोर्ट करणाऱ्या साइट्ससाठी RadSec चालवू शकता आणि लेगसी साइट्ससाठी UDP वर फॉलबॅक करू शकता. हा शिफारस केलेला मायग्रेशन दृष्टिकोन आहे. PCI DSS कंप्लायन्ससाठी RadSec आवश्यक आहे का? PCI DSS आवृत्ती 4.0 ला ट्रान्झिटमध्ये ऑथेंटिकेशन ट्रॅफिक संरक्षित करणे आवश्यक आहे. RADIUS-आधारित ऑथेंटिकेशनसाठी ही आवश्यकता पूर्ण करण्याचा RadSec हा सर्वात थेट मार्गांपैकी एक आहे. जर तुम्ही RADIUS ऑथेंटिकेशन वापरणाऱ्या नेटवर्कवर कार्ड पेमेंट्सवर प्रक्रिया करत असाल, तर RadSec तुमच्या कंप्लायन्स रोडमॅपवर असले पाहिजे. RadSec EAP सोबत काम करते का? होय. EAP — एक्स्टेंसिबल ऑथेंटिकेशन प्रोटोकॉल — RADIUS मध्ये एन्कॅप्स्युलेट केलेले असते, त्यामुळे EAP-TLS, PEAP, EAP-TTLS सर्व RadSec वर पारदर्शकपणे काम करतात. EAP एक्सचेंज स्वतः अप्रभावित राहते. RADIUS अकाउंटिंगचे काय? RFC 6614 ऑथेंटिकेशन आणि अकाउंटिंग ट्रॅफिक दोन्ही कव्हर करते. तुमचा अकाउंटिंग डेटा — सेशन स्टार्ट, स्टॉप आणि इंटरिम अपडेट रेकॉर्ड्स — देखील पोर्ट 2083 वरील त्याच TLS कनेक्शनवर एन्क्रिप्ट केलेला असतो. सारांश आणि पुढील पायऱ्या. हे सर्व एकत्र करण्यासाठी: कोणत्याही डिप्लॉयमेंटमध्ये जिथे ऑथेंटिकेशन ट्रॅफिक तुम्ही पूर्णपणे नियंत्रित करत नसलेल्या इन्फ्रास्ट्रक्चरवरून जाते तिथे RADIUS साठी RadSec हा योग्य ट्रान्सपोर्ट लेयर आहे. याचा अर्थ क्लाउड RADIUS, मल्टी-साइट डिप्लॉयमेंट्स, SD-WAN वातावरण आणि कोणतीही परिस्थिती जिथे RADIUS ट्रॅफिक सार्वजनिक इंटरनेट किंवा शेअर्ड कॅरियर इन्फ्रास्ट्रक्चरवरून प्रवास करते. तुमच्या टीमसाठी मुख्य कृती आहेत: पहिले, RadSec सुसंगततेसाठी तुमच्या NAS इस्टेटचे ऑडिट करा आणि प्रॉक्सीची आवश्यकता असलेल्या कोणत्याही डिव्हाइसेसची ओळख करा. दुसरे, तुमच्या क्लाउड RADIUS प्रदात्याशी संपर्क साधा — किंवा मूळतः RadSec ला सपोर्ट करणाऱ्या प्रदात्यांचे मूल्यांकन करा — आणि त्यांचा सर्टिफिकेट मॅनेजमेंट दृष्टिकोन समजून घ्या. तिसरे, तुम्ही लाइव्ह जाण्यापूर्वी सर्टिफिकेट लाइफसायकल मॅनेजमेंट प्रक्रिया स्थापित करा. चौथे, तुमच्या NAS मॅनेजमेंट नेटवर्कवरून TCP 2083 आउटबाउंडला अनुमती देण्यासाठी तुमचे फायरवॉल नियम अपडेट करा. पाचवे, प्रोडक्शनमध्ये रोल आउट करण्यापूर्वी स्टेजिंग वातावरणात तुमच्या RadSec कॉन्फिगरेशनची चाचणी करा, सर्टिफिकेट चेन व्हॅलिडेशन आणि लोड अंतर्गत कनेक्शन पर्सिस्टन्सकडे विशेष लक्ष द्या. वितरित ठिकाणांवर गेस्ट WiFi आणि ऑथेंटिकेशनसाठी Purple चा प्लॅटफॉर्म चालवणाऱ्या संस्थांसाठी, क्लाउड RADIUS कनेक्टिव्हिटीसाठी RadSec हा शिफारस केलेला ट्रान्सपोर्ट आहे. हे Purple च्या क्लाउड-नेटिव्ह आर्किटेक्चरशी संरेखित होते आणि तुमची ठिकाणे आणि प्लॅटफॉर्म दरम्यान वाहणारा ऑथेंटिकेशन डेटा पूर्णपणे संरक्षित असल्याची खात्री करते — जे तुमच्या सिक्युरिटी पोश्चरसाठी आणि GDPR आणि PCI DSS अंतर्गत तुमच्या कंप्लायन्स जबाबदाऱ्यांसाठी महत्त्वाचे आहे. जर तुम्ही डिप्लॉयमेंटची योजना आखत असाल किंवा तुमच्या विशिष्ट आर्किटेक्चरवर चर्चा करू इच्छित असाल, तर Purple टीम हा योग्य सुरुवातीचा बिंदू आहे. हे RadSec वरील Purple टेक्निकल ब्रीफिंग होते. ऐकल्याबद्दल धन्यवाद.