हमारा WAF और OWASP बेसलाइन, समझाया गया
सुरक्षा कोई ऐसा प्रोजेक्ट नहीं होना चाहिए जिसे आप लॉन्च के बाद शुरू करें। हर Clonext इंस्टेंस पर एक प्रबंधित वेब एप्लिकेशन फ़ायरवॉल और OWASP-संरेखित बेसलाइन पहले डिप्लॉय से ही चालू रहते हैं — यहाँ है कि इसमें असल में क्या शामिल है।
WAF क्या रोकता है
एज पर, Google Cloud Armor हर अनुरोध को आपके एप्लिकेशन तक पहुँचने से पहले जाँचता है — Google के ग्लोबल लोड बैलेंसर पर एक प्रबंधित नीति, ताकि आपके कोड को कभी रक्षा की आखिरी पंक्ति न बनना पड़े।
- OWASP Top 10 पैटर्न — क्लासिक इंजेक्शन और क्रॉस-साइट-स्क्रिप्टिंग पेलोड के विरुद्ध एक प्रवर्तित गार्ड, साथ ही पूर्व-कॉन्फ़िगर किए गए OWASP नियम-सेट हर अनुरोध का मूल्यांकन करते हैं।
- एज पर और एप्लिकेशन में लॉगिन दर-सीमा — बार-बार के साइन-इन प्रयास ब्रूट-फ़ोर्स समस्या बनने से पहले ही प्रतिबंधित कर दिए जाते हैं।
- प्रति-रूट इंजीनियर किए गए अपवाद — भुगतान वेबहुक और रिच एडिटर काम करते रहते हैं; कुछ भी गलती से ब्लॉक नहीं होता।
- आपके अपने डोमेन पर Google-प्रबंधित प्रमाणपत्रों और HSTS के साथ TLS।
एक अच्छा बेसलाइन वह सुरक्षा है जो आपको उसके लिए टिकट खोले बिना मिलती है।
OWASP एक फ़र्श है, छत नहीं
OWASP मानक हमें एक साझा चेकलिस्ट देते हैं, लेकिन चेकलिस्ट एक शुरुआती बिंदु है। हम हर नियंत्रण को कोर में किसी ठोस चीज़ से जोड़ते हैं — सेशन हैंडलिंग, आउटपुट एन्कोडिंग, डिपेंडेंसी नीति — और उसे निर्माण के हिस्से के रूप में सत्यापित करते हैं, न कि यह मानकर कि किसी फ़्रेमवर्क ने हमारे लिए यह कर दिया।
प्रति इंस्टेंस ट्यून किया हुआ
चूँकि हर इंस्टेंस अलग है, हम किसी पड़ोसी की चिंता किए बिना नियमों को आपके ट्रैफ़िक के अनुसार ट्यून कर सकते हैं। आपके API पर कोई फ़ॉल्स पॉज़िटिव आपके लिए ठीक किया जाता है, साझा टेनेंसी में मोलभाव नहीं किया जाता।
इस बेसलाइन के इर्द-गिर्द का व्यापक एज — ग्लोबल लोड बैलेंसर, DNSSEC, पहचान द्वार — Google एज की पूरी तस्वीर में कवर किया गया है।
