API की जनरेटर

ब्राउज़र में चलता है सुरक्षा

ब्राउज़र की सुरक्षित यादृच्छिकता से Stripe शैली की प्रीफ़िक्स वाली API कीज़ (जैसे sk_live_…) या सादी रैंडम कीज़ बनाएँ — ज़रूरत हो तो एक साथ कई।

गोपनीयता: यह टूल पूरी तरह आपके ब्राउज़र में चलता है। आपका इनपुट कभी आपके डिवाइस से बाहर नहीं जाता।

API की और सीक्रेट कैसे जनरेट और संभाले जाने चाहिए?

सीक्रेट उतना ही मज़बूत है जितनी उसकी रैंडमनेस: की और टोकन क्रिप्टोग्राफ़िक रूप से सुरक्षित जनरेटर से कम से कम 128 बिट एंट्रॉपी (HMAC की के लिए 256) के साथ आने चाहिए, कभी पासवर्ड या टाइमस्टैम्प से नहीं। RSA की 2048 बिट या अधिक हों, सीमित अनुमति वाली PEM फ़ाइलों में। सीक्रेट वॉल्ट या एनवायरनमेंट कॉन्फ़िगरेशन में रहें, तय समय पर रोटेट हों, और कभी सोर्स कोड, लॉग या URL में न हों।

सुरक्षा नोट: यहाँ जनरेट किया गया कुछ भी उतना ही निजी है जितनी वह जगह जहाँ आप इसे आगे पेस्ट करते हैं। की को लोकली जनरेट करें, सीक्रेट मैनेजर में रखें, और जो भी की कभी रिपॉज़िटरी में कमिट हुई या चैट में साझा हुई उसे रोटेट करें।

API की जनरेटर कैसे इस्तेमाल करें

  1. प्रीफ़िक्स डालें और कैरेक्टर सेट तथा लंबाई चुनें।
  2. अगर आप चाहते हैं कि आपके स्कैनर कीज़ वैलिडेट कर सकें तो चेकसम चालू करें।
  3. कितनी कीज़ बनानी हैं और आउटपुट फ़ॉर्मेट क्या हो, यह तय करें।
  4. Generate पर क्लिक करें और सर्वर पर हर की का सिर्फ़ हैश स्टोर करें।

API की जनरेटर की खूबियाँ

  • sk_live_, pk_test_ या अपने नेमस्पेस जैसे कस्टम प्रीफ़िक्स
  • अल्फ़ान्यूमेरिक, लोअरकेस, hex, Base64url, Base32 या UUID v4 बॉडी
  • ऑफ़लाइन वैलिडेशन के लिए वैकल्पिक CRC32 चेकसम सफ़िक्स (GitHub शैली)
  • बल्क जनरेशन (500 तक) — लाइन, JSON, CSV या .env के रूप में
  • एंट्रॉपी का अनुमान, मज़बूती का लेबल और स्टोरेज संबंधी सलाह

API की जनरेटर का उदाहरण

Stripe शैली की पाँच सीक्रेट कीज़

इनपुट:

Prefix: sk_live_ · Length: 32 · Charset: alphanumeric

आउटपुट:

sk_live_HO3L5urC0YTOvAScLnXuA31w6hcPrJ4i
sk_live_9Zm2kQeR8tVb4Xn7Jp1LcW6aYd3FgHs0
…

API की जनरेटर के बारे में अक्सर पूछे जाने वाले सवाल

API कीज़ में प्रीफ़िक्स क्यों जोड़ें?

sk_live_ या pk_test_ जैसे प्रीफ़िक्स कीज़ को लॉग और सीक्रेट स्कैनर में पहचानने योग्य बनाते हैं, एनवायरनमेंट अलग करते हैं, और सीक्रेट हिस्सा उजागर किए बिना की का प्रकार पहचानने देते हैं।

चेकसम विकल्प क्या है?

यह रैंडम हिस्से का 6 कैरेक्टर वाला CRC32 अंत में जोड़ देता है — वही तरीक़ा जो GitHub इस्तेमाल करता है, ताकि लीक हुए सीक्रेट खोजने वाले स्कैनर किसी संभावित की को प्रोवाइडर से संपर्क किए बिना ऑफ़लाइन ही जाँच सकें।

सर्वर पर API कीज़ कैसे स्टोर करूँ?

की का सिर्फ़ SHA-256 हैश स्टोर करें (साथ में खोज के लिए प्रीफ़िक्स) और सादा की सिर्फ़ एक बार, बनाते समय दिखाएँ। डेटाबेस लीक होने पर भी कीज़ बेकार रहेंगी।

कितनी एंट्रॉपी पर्याप्त है?

128 बिट या उससे ज़्यादा का लक्ष्य रखें: 22 अल्फ़ान्यूमेरिक कैरेक्टर या 32 hex कैरेक्टर। UUID v4 में 122 रैंडम बिट होते हैं, जो इस लक्ष्य से थोड़ा कम है। टूल आपके कॉन्फ़िगरेशन की एंट्रॉपी बताता है।

तकनीकी नोट्स

रैंडम हिस्सा crypto.getRandomValues से बनता है। एंट्रॉपी = लंबाई × log2(अल्फ़ाबेट का साइज़): 32 अल्फ़ान्यूमेरिक कैरेक्टर लगभग 190 बिट देते हैं, जो 128-बिट की सिफ़ारिश से कहीं ज़्यादा है। वैकल्पिक चेकसम रैंडम बॉडी का CRC32 है जो base62 में एन्कोड होता है, इसलिए वह पहचान आसान बनाता है, सुरक्षा नहीं बढ़ाता।

संदर्भ

  • RFC 4086: Randomness Requirements for SecurityIETF · 2005सीक्रेट, की और टोकन को क्रिप्टोग्राफ़िक रूप से मज़बूत रैंडमनेस की ज़रूरत क्यों है और कितनी एंट्रॉपी पर्याप्त है।
  • NIST SP 800-57 Part 1 Rev. 5: Recommendation for Key ManagementNIST · 2020की साइज़, एल्गोरिद्म की मज़बूती और की की अवधि — 2048-बिट RSA और 256-बिट सिमेट्रिक की आज की बेसलाइन क्यों हैं।
  • OWASP Cheat Sheet Series: Secrets ManagementOWASP FoundationAPI की और सीक्रेट कैसे जनरेट, स्टोर, रोटेट किए जाएँ और कोड व लॉग से बाहर रखे जाएँ।