Apigee Edge का दस्तावेज़ देखा जा रहा है.
Apigee X के दस्तावेज़ पर जाएं. info
Apigee Edge Public Cloud पर पीसीआई के दिशा-निर्देशों का पालन करने के लिए, ग्राहक को कुछ कार्रवाइयां और प्रोसेस करनी होंगी. ये कार्रवाइयां और प्रोसेस, "ज़िम्मेदारी बांटने के मॉडल" के तहत आती हैं. नीचे दिए गए आइटम की समीक्षा उन ग्राहकों को करनी चाहिए जिन्होंने पीसीआई के नियमों का पालन करने वाला पैक खरीदा है और जिन्हें पीसीआई के नियमों का पालन करना ज़रूरी है. ये आइटम, Edge में सेल्फ़-सर्विस वाले होते हैं. ग्राहक संगठन (संगठन) को पीसीआई के नियमों का पालन करने के लिए, इन समस्याओं को ठीक करना होगा. इसका मुख्य सिद्धांत यह है कि "Google, प्लैटफ़ॉर्म को सुरक्षित करता है और ग्राहक अपने डेटा को सुरक्षित करता है."
खरीदार की ज़िम्मेदारी से जुड़ी मैट्रिक्स
ग्राहकों को Google Cloud Platform: पीसीआई डीएसएस v4.0.1 Shared Responsibility Matrix देखनी चाहिए. साथ ही, पीसीआई ऑडिट करते समय इसे अपने पीसीआई क्वालिफ़ाइड सिक्योरिटी असेसर के साथ शेयर करना चाहिए.
पीसीआई की ज़रूरी शर्तों की मैपिंग
| पीसीआई से जुड़ी ज़रूरी शर्त | Section |
|---|---|
| सातवीं ज़रूरी शर्त: कारोबार की ज़रूरतों के हिसाब से, सिस्टम कॉम्पोनेंट और कार्डधारक के डेटा का ऐक्सेस सीमित करें | |
| तीसरी ज़रूरी शर्त: सेव किए गए खाते में मौजूद डेटा की सुरक्षा करना | |
| ज़रूरी शर्त 10: सिस्टम कॉम्पोनेंट और कार्डधारक के डेटा के सभी ऐक्सेस को लॉग और मॉनिटर करें | |
| आठवीं ज़रूरी शर्त: उपयोगकर्ताओं की पहचान करना और सिस्टम कॉम्पोनेंट को ऐक्सेस करने की पुष्टि करना | |
| ज़रूरी शर्त 11: सिस्टम और नेटवर्क की सुरक्षा की नियमित रूप से जांच करना | |
| चौथी ज़रूरी शर्त: खुले और सार्वजनिक नेटवर्क पर कार्डधारक के डेटा को ट्रांसफ़र करने के दौरान, मज़बूत क्रिप्टोग्राफ़ी का इस्तेमाल करके उसे सुरक्षित रखना | |
| तीसरी ज़रूरी शर्त: सेव किए गए खाते में मौजूद डेटा की सुरक्षा करना | |
| चौथी ज़रूरी शर्त: खुले और सार्वजनिक नेटवर्क पर कार्डधारक के डेटा को ट्रांसफ़र करने के दौरान, मज़बूत क्रिप्टोग्राफ़ी का इस्तेमाल करके उसे सुरक्षित रखना |
पीसीआई डेटा सिक्योरिटी स्टैंडर्ड के पालन का पुष्टि पत्र (एओसी) पाने के लिए, Apigee की सहायता टीम के साथ टिकट खोलें या Apigee की सेल्स टीम से संपर्क करें.
ट्रेस / डीबग
ट्रेस/डीबग, समस्या हल करने वाला एक टूल है. इसकी मदद से उपयोगकर्ता, Apigee Message Processor के ज़रिए प्रोसेस किए जा रहे एपीआई कॉल की स्थिति और कॉन्टेंट देख सकता है. Trace और Debug, एक ही सेवा के दो नाम हैं. हालांकि, इन्हें अलग-अलग तरीकों से ऐक्सेस किया जाता है. Edge यूज़र इंटरफ़ेस (यूआई) में इस सेवा का नाम Trace है. एपीआई कॉल के ज़रिए इस्तेमाल किए जाने पर, इस सेवा का नाम Debug होता है. इस दस्तावेज़ में Trace शब्द का इस्तेमाल, Trace और Debug, दोनों के लिए मान्य है.
ट्रेस सेशन के दौरान, "डेटा मास्किंग" लागू की जाती है. इस टूल की मदद से, ट्रेस के दौरान डेटा को दिखने से रोका जा सकता है. नीचे दिया गया डेटा मास्किंग सेक्शन देखें.
पीसीआई ग्राहकों के लिए, एन्क्रिप्ट (सुरक्षित) किए गए कुंजी-वैल्यू मैप (केवीएम) का इस्तेमाल किया जा सकता है. अगर एन्क्रिप्ट (सुरक्षित) किए गए KVM का इस्तेमाल किया जा रहा है, तो Trace का इस्तेमाल किया जा सकता है. हालांकि, कुछ वैरिएबल, Trace की डिसप्ले स्क्रीन पर नहीं दिखेंगे. ट्रेस के दौरान इन वैरिएबल को भी दिखाने के लिए, कुछ और तरीके अपनाए जा सकते हैं.
Trace का इस्तेमाल करने के बारे में ज़्यादा जानकारी के लिए, Trace टूल का इस्तेमाल करना लेख पढ़ें.
एन्क्रिप्ट किए गए केवीएम के साथ-साथ केवीएम के बारे में जानकारी, की वैल्यू मैप के साथ काम करना पर उपलब्ध है.
इस्तेमाल/अनुमतियां
Edge में उपयोगकर्ता खातों के लिए, Trace का ऐक्सेस RBAC (रोल के हिसाब से ऐक्सेस कंट्रोल) सिस्टम के ज़रिए मैनेज किया जाता है. RBAC सिस्टम का इस्तेमाल करके, ट्रेस करने के अधिकार देने और वापस लेने के बारे में ज़्यादा जानकारी वाले निर्देश, भूमिकाएं असाइन करना और यूज़र इंटरफ़ेस (यूआई) में कस्टम भूमिकाएं बनाना लेख में उपलब्ध हैं. ट्रेस करने की अनुमतियों की मदद से, उपयोगकर्ता ट्रेस शुरू कर सकता है, ट्रेस करना बंद कर सकता है, और ट्रेस सेशन से मिले आउटपुट को ऐक्सेस कर सकता है.
Trace के पास एपीआई कॉल के पेलोड (जिसे पहले "मैसेज बॉडी" कहा जाता था) का ऐक्सेस होता है. इसलिए, यह जानना ज़रूरी है कि Trace को कौन ऐक्सेस कर सकता है. उपयोगकर्ता को मैनेज करने की ज़िम्मेदारी ग्राहक की होती है. इसलिए, ट्रेस करने की अनुमतियां देने की ज़िम्मेदारी भी ग्राहक की होती है. Apigee, प्लैटफ़ॉर्म का मालिक होने के नाते, किसी उपयोगकर्ता को ग्राहक संगठन में जोड़ सकता है और उसे विशेषाधिकार असाइन कर सकता है. इस सुविधा का इस्तेमाल सिर्फ़ तब किया जाता है, जब ग्राहक सहायता के लिए अनुरोध करता है. ऐसा तब किया जाता है, जब ग्राहक सेवा काम नहीं कर रही होती है और ट्रेस सेशन की समीक्षा करने से, समस्या की असल वजह के बारे में सबसे अच्छी जानकारी मिलती है.
डेटा मास्क करने की सुविधा
डेटा मास्किंग की सुविधा, सिर्फ़ ट्रेस/डीबग सेशन के दौरान संवेदनशील डेटा को दिखने से रोकती है. यह सुविधा, Trace (Edge UI) और Debug (Edge API) के ज़रिए बैकएंड, दोनों में काम करती है. मास्किंग सेट अप करने के तरीके के बारे में जानकारी, डेटा मास्क करना और छिपाना लेख में दी गई है. संवेदनशील डेटा को मास्क करना, PCI की ज़रूरी शर्त 3 - कार्डधारक के सेव किए गए डेटा की सुरक्षा करना का हिस्सा है
डेटा मास्किंग से, लॉग फ़ाइलों, कैश मेमोरी, आंकड़ों वगैरह में डेटा दिखने से नहीं रोका जा सकता. लॉग में डेटा मास्किंग से जुड़ी मदद पाने के लिए, logback.xml फ़ाइल में कोई रेगुलर एक्सप्रेशन पैटर्न जोड़ें. आम तौर पर, संवेदनशील डेटा को कैश मेमोरी या Analytics में नहीं लिखा जाना चाहिए. अगर ऐसा करना ज़रूरी है, तो कारोबार की सही वजह बतानी होगी. साथ ही, ग्राहक की सुरक्षा और कानूनी टीमों को इसकी समीक्षा करनी होगी.
L1 और L2 कैश मेमोरी
कैशिंग की सुविधा, पीसीआई ग्राहकों के लिए सिर्फ़ ऐसे डेटा के साथ इस्तेमाल करने के लिए उपलब्ध है जिस पर कोई पाबंदी नहीं है. पीसीआई कार्ड होल्डर डेटा (सीएचडी) के लिए कैश मेमोरी का इस्तेमाल नहीं किया जाना चाहिए. Apigee PCI Compliance audit ने इसे सीएचडी के लिए स्टोरेज की जगह के तौर पर मंज़ूरी नहीं दी है. पीसीआई के दिशा-निर्देशों (ज़रूरी शर्त 3: कार्डधारक के सेव किए गए डेटा की सुरक्षा करना) के मुताबिक, पीसीआई डेटा को सिर्फ़ पीसीआई के दिशा-निर्देशों का पालन करने वाली जगह पर सेव किया जाना चाहिए. L1 कैश मेमोरी का इस्तेमाल करने पर, L2 कैश मेमोरी का इस्तेमाल अपने-आप हो जाएगा. L1 कैश मेमोरी "सिर्फ़ मेमोरी" होती है. वहीं, L2 कैश मेमोरी, डिस्क पर डेटा लिखती है, ताकि कई L1 कैश मेमोरी के बीच डेटा को सिंक किया जा सके. L2 कैश मेमोरी, किसी क्षेत्र और दुनिया भर में एक से ज़्यादा मैसेज प्रोसेसर को सिंक में रखती है. फ़िलहाल, L2 कैश मेमोरी के बिना L1 कैश मेमोरी की सुविधा चालू नहीं की जा सकती. L2 कैश मेमोरी, डिस्क में डेटा लिखती है, ताकि इसे ग्राहक संगठन के अन्य मैसेज प्रोसेसर के साथ सिंक किया जा सके. ऐसा इसलिए है, क्योंकि L2 कैश, डेटा को डिस्क में लिखता है. इसलिए, सीएचडी या अन्य प्रतिबंधित डेटा के लिए कैश का इस्तेमाल नहीं किया जा सकता.
ग्राहक, कैश मेमोरी का इस्तेमाल सिर्फ़ ऐसे डेटा के लिए कर सकते हैं जिसमें सीएचडी शामिल नहीं है. इसके अलावा, वे बिना पाबंदी वाले डेटा के लिए भी कैश मेमोरी का इस्तेमाल कर सकते हैं. हम पीसीआई ग्राहकों के लिए, डिफ़ॉल्ट रूप से कैश मेमोरी को बंद नहीं करते हैं. इसकी वजह यह है कि कुछ ग्राहक, पीसीआई और गैर-पीसीआई से जुड़े एपीआई कॉल, एक ही संगठन के ज़रिए करते हैं. पीसीआई ग्राहकों के लिए, यह सुविधा अब भी चालू है. इसलिए, यह ग्राहक की ज़िम्मेदारी है कि वह इस सेवा का सही तरीके से इस्तेमाल करे. साथ ही, अपने उपयोगकर्ताओं को यह ट्रेनिंग दे कि जब एपीआई कॉल में पीसीआई डेटा शामिल होने की संभावना हो, तब वे कैश मेमोरी का इस्तेमाल न करें. Apigee PCI अनुपालन ऑडिट, कैश मेमोरी में सेव किए गए सीएडी के साथ काम नहीं करता.
कैश मेमोरी का इस्तेमाल करने के बारे में ज़्यादा जानकारी, कैश मेमोरी और डेटा सेव करने की सुविधा जोड़ना पर उपलब्ध है.
ऑडिट ट्रेल
खरीदारों के पास, संगठन में की गई सभी एडमिन गतिविधियों का ऑडिट ट्रेल देखने का विकल्प होता है. इसमें Trace का इस्तेमाल भी शामिल है. ज़्यादा जानकारी वाले निर्देश यहां और ट्रेस टूल का इस्तेमाल करना पर उपलब्ध हैं. (पीसीआई की ज़रूरी शर्त 10: नेटवर्क रिसॉर्स और कार्डधारक के डेटा के सभी ऐक्सेस को ट्रैक और मॉनिटर करें)
जटिल पासवर्ड की ज़रूरी शर्तें या एसएएमएल
जिन ग्राहकों को पासवर्ड से जुड़ी कुछ खास ज़रूरी शर्तें पूरी करनी हैं उन्हें एसएएमएल का इस्तेमाल करना चाहिए. Edge के लिए एसएएमएल पुष्टि करने की सुविधा चालू करना लेख पढ़ें. Edge, कई चरणों में पुष्टि करने की सुविधा भी देता है (पीसीआई की ज़रूरी शर्त 8: कंप्यूटर का ऐक्सेस रखने वाले हर व्यक्ति को एक यूनीक आईडी असाइन करें). अपने Apigee खाते के लिए, दो चरणों में पुष्टि करने की सुविधा चालू करना लेख पढ़ें.
एंडपॉइंट सुरक्षा
एंडपॉइंट स्कैनिंग
पीसीआई के नियमों का पालन करने के लिए, होस्ट को स्कैन और टेस्ट करना ज़रूरी है (ज़रूरी शर्त 11: सुरक्षा सिस्टम और प्रोसेस की नियमित तौर पर जांच करें). Edge Cloud के लिए, ग्राहकों की यह ज़िम्मेदारी है कि वे Edge में अपने एपीआई एंडपॉइंट (कभी-कभी इन्हें "रनटाइम कॉम्पोनेंट" भी कहा जाता है) की स्कैनिंग और टेस्टिंग करें. ग्राहक की टेस्टिंग में, Edge पर होस्ट की गई एपीआई प्रॉक्सी सेवाओं को शामिल किया जाना चाहिए. यहां एपीआई ट्रैफ़िक को प्रोसेस करने से पहले, Edge पर भेजा जाता है. इसके बाद, इसे ग्राहक के डेटा सेंटर पर डिलीवर किया जाता है. शेयर किए गए संसाधनों, जैसे कि मैनेजमेंट पोर्टल के यूज़र इंटरफ़ेस (यूआई) की टेस्टिंग को व्यक्तिगत ग्राहकों के लिए मंज़ूरी नहीं दी गई है. हालांकि, शेयर की गई सेवाओं की टेस्टिंग के बारे में जानकारी देने वाली तीसरे पक्ष की रिपोर्ट, ग्राहकों के लिए उपलब्ध है. यह रिपोर्ट, अनुरोध करने पर और गैर-खुलासा समझौते के तहत उपलब्ध कराई जाती है.
ग्राहकों को अपने एपीआई एंडपॉइंट की जांच करनी चाहिए. साथ ही, उन्हें ऐसा करने के लिए प्रोत्साहित किया जाता है. Apigee के साथ हुए आपके समझौते में, एपीआई एंडपॉइंट की टेस्टिंग पर पाबंदी नहीं है. हालांकि, हम आपको शेयर किए गए मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) को टेस्ट करने की अनुमति नहीं देते. हालांकि, अगर आपको इस बारे में कुछ और जानना है, तो कृपया सहायता का अनुरोध सबमिट करें. इसमें, टेस्टिंग के लिए बनाए गए प्लान का रेफ़रंस दें. Apigee को पहले से सूचना देने पर हमें खुशी होगी, ताकि हम टेस्टिंग ट्रैफ़िक के बारे में जान सकें.
अपने एंडपॉइंट की जांच करने वाले ग्राहकों को, एपीआई से जुड़ी किसी भी समस्या, Apigee की सेवाओं से जुड़ी किसी भी समस्या के साथ-साथ टीएलएस और कॉन्फ़िगर किए जा सकने वाले अन्य आइटम की जांच करनी चाहिए. अगर Apigee की सेवाओं से जुड़ा कोई आइटम मिलता है, तो सहायता के लिए अनुरोध करके Apigee को इसकी सूचना दें.
एंडपॉइंट से जुड़े ज़्यादातर आइटम, ग्राहक की सेल्फ़-सर्विस वाले आइटम होते हैं. इन्हें Edge के दस्तावेज़ पढ़कर ठीक किया जा सकता है. अगर कुछ ऐसे आइटम हैं जिन्हें ठीक करने का तरीका समझ में नहीं आ रहा है, तो कृपया सहायता का अनुरोध करें.
टीएलएस कॉन्फ़िगरेशन
पीसीआई स्टैंडर्ड के मुताबिक, एसएसएल और टीएलएस के पुराने वर्शन को सुरक्षित वर्शन पर माइग्रेट करना ज़रूरी है. एपीआई प्रॉक्सी के लिए, टीएलएस एंडपॉइंट तय करने और उन्हें कॉन्फ़िगर करने की ज़िम्मेदारी ग्राहकों की होती है. यह Edge में उपलब्ध एक सेल्फ़-सर्विस सुविधा है. एन्क्रिप्शन, प्रोटोकॉल, और एल्गोरिदम चुनने के बारे में ग्राहक की ज़रूरतें अलग-अलग होती हैं. साथ ही, ये इस्तेमाल के अलग-अलग उदाहरणों के हिसाब से तय होती हैं. Apigee को हर ग्राहक के एपीआई डिज़ाइन और डेटा पेलोड की जानकारी नहीं होती. इसलिए, ग्राहकों की यह ज़िम्मेदारी है कि वे ट्रांज़िट स्थिति वाले डेटा के लिए, सही एन्क्रिप्शन तय करें. टीएलएस कॉन्फ़िगरेशन के बारे में ज़्यादा जानकारी, TLS/SSL पर उपलब्ध है.
डेटा स्टोरेज
Edge को सही तरीके से काम करने के लिए, Edge में डेटा सेव करने की ज़रूरत नहीं होती. हालांकि, Edge में डेटा सेव करने के लिए सेवाएं उपलब्ध हैं. ग्राहक, डेटा सेव करने के लिए कैश मेमोरी, कुंजी-वैल्यू मैप या आंकड़ों का इस्तेमाल कर सकते हैं. Apigee के पीसीआई ऑडिट के मुताबिक, इनमें से किसी भी सेवा को सीएडी सेव करने की अनुमति नहीं है. पीसीआई की ज़रूरी शर्त 3 (कार्डधारक के सेव किए गए डेटा की सुरक्षा करना) के मुताबिक, पीसीआई डेटा को सिर्फ़ पीसीआई के नियमों का पालन करने वाली जगहों पर सेव किया जाना चाहिए. इन सेवाओं का इस्तेमाल, ग्राहक ऐसे डेटा को सेव करने के लिए कर सकते हैं जो पीसीआई के दायरे में नहीं आता. इसके अलावा, वे ऐसे डेटा को भी सेव कर सकते हैं जिस पर कोई पाबंदी नहीं है. हालांकि, इसके लिए ग्राहक को सुरक्षा और कानूनी शर्तों का पालन करना होगा. ये सेवाएं, ग्राहक की सेल्फ़-सर्विस से जुड़ी आइटम हैं. इसलिए, यह ग्राहक की ज़िम्मेदारी है कि वह इन्हें इस तरह कॉन्फ़िगर करे कि ये सीएचडी को कैप्चर या सेव न करें. हमारा सुझाव है कि ग्राहक के एडमिन, कॉन्फ़िगरेशन, नीतियों, और डिप्लॉयमेंट की समीक्षा करें. इससे, Edge में डेटा स्टोरेज सेवाओं का इस्तेमाल, गलती से या गलत तरीके से होने से रोका जा सकेगा.
डेटा एन्क्रिप्ट (सुरक्षित) करने की सुविधा
Edge में इस्तेमाल करने के लिए, ग्राहकों को डेटा एन्क्रिप्ट करने वाले टूल नहीं दिए जाते. हालांकि, खरीदारों के पास, Edge को पीसीआई डेटा भेजने से पहले उसे एन्क्रिप्ट (सुरक्षित) करने का विकल्प होता है. पीसीआई ज़रूरत 4: (ओपन और सार्वजनिक नेटवर्क पर कार्डधारक के डेटा को एन्क्रिप्ट (सुरक्षित) करके ट्रांसफ़र करना) हमारा सुझाव है कि ओपन और सार्वजनिक नेटवर्क पर कार्डधारक के डेटा को एन्क्रिप्ट (सुरक्षित) करके ट्रांसफ़र करें. Payload (या मैसेज के मुख्य हिस्से) में एन्क्रिप्ट (सुरक्षित) किए गए डेटा की वजह से, Edge के काम करने में कोई रुकावट नहीं आती. अगर ग्राहक से एन्क्रिप्ट (सुरक्षित) किया गया डेटा मिलता है, तो हो सकता है कि कुछ Edge नीतियां उस डेटा के साथ इंटरैक्ट न कर पाएं. उदाहरण के लिए, अगर डेटा में बदलाव करने के लिए Edge के पास डेटा उपलब्ध नहीं है, तो उसमें बदलाव नहीं किया जा सकता. हालांकि, डेटा पेलोड के एन्क्रिप्ट (सुरक्षित) होने पर भी, अन्य नीतियां, ग्राहक की बनाई गई नीतियां, और बंडल काम करेंगे.