OneTimeSecret ऐसे निजी सीक्रेट के लिए सुरक्षित है, जिसे किसी एक गलत व्यक्ति के पढ़ लेने से आपको फ़र्क न पड़े। कारोबार की लॉगिन जानकारी के लिए इसमें तीन चीज़ें नहीं हैं, जिनकी IT टीम को आखिरकार ज़रूरत पड़ती है: ऐसा एन्क्रिप्शन जो टेक्स्ट के आपके डिवाइस से निकलने से पहले हो, भेजा गया लिंक वापस लेने का तरीका, और इसका रिकॉर्ड कि किसने क्या खोला। एक बार खुलने का तरीका अपने आप में ठीक है और प्रोजेक्ट ओपन सोर्स है। यह समीक्षा बताती है कि यह मॉडल किससे बचाता है, किससे नहीं, और कब कोई और टूल इस्तेमाल करें।
नीचे OneTimeSecret के बारे में लिखी हर बात उसके अपने पेज, डॉक्यूमेंटेशन और कीमतों के पेज से 19 अक्टूबर 2026 को ली गई है। फ़ीचर बदलते रहते हैं; उन पर भरोसा करने से पहले जांच लें। LinkPilot हम बनाते हैं, जो OneTimeSecret का प्रतिस्पर्धी है, इसलिए यहां की तुलनाएं यह बात ध्यान में रखकर पढ़ें।
OneTimeSecret क्या है
OneTimeSecret एक वेब सर्विस भी है और ओपन-सोर्स प्रोजेक्ट भी। इससे आप कोई टेक्स्ट ऐसे लिंक के ज़रिए शेयर करते हैं जो एक बार खुल सकता है। होस्ट किया हुआ इंस्टेंस onetimesecret.com है; कोड GitHub पर github.com/onetimesecret/onetimesecret में है, और सेल्फ़-होस्टिंग के निर्देश इसके डॉक्यूमेंटेशन में हैं।[1][2] आप टेक्स्ट पेस्ट करते हैं, चाहें तो एक्सपायरी और पासफ़्रेज़ सेट करते हैं, और लिंक भेज देते हैं। होमपेज यह वादा एक लाइन में करता है: “जैसे ही प्राप्तकर्ता लिंक खोलता है, डेटा हमेशा के लिए नष्ट हो जाता है।”[1]
होस्ट किए गए मुफ़्त प्लान (“Basic”) में एक कस्टम डोमेन, एक REST API और “14 दिन तक” की एक्सपायरी मिलती है। Identity Plus (€35 प्रति माह) एक्सपायरी को 30 दिन तक ले जाता है और असीमित डोमेन जोड़ता है; Team Plus (€125 प्रति माह) सिंगल साइन-ऑन, रोल के हिसाब से एक्सेस और एक ऑडिट ट्रेल जोड़ता है, जिस पर बीटा लिखा है।[3]
एक बार खुलने वाला मॉडल किससे बचाता है?
यह सीक्रेट को उन जगहों पर पड़े रहने से रोकता है जहां वह वरना पड़ा रहता, और यही एक काम यह डिज़ाइन अच्छी तरह करता है। ईमेल या Slack में पेस्ट किया गया पासवर्ड दो इनबॉक्स, दो सर्च इंडेक्स और दोनों के हर बैकअप में बैठा रहता है। वन-टाइम लिंक (एक बार खुलने वाला लिंक) के पीछे रखा पासवर्ड पहली बार खुलने तक ही सर्विस पर रहता है, फिर मिट जाता है, और चैट हिस्ट्री में बचा लिंक कहीं नहीं ले जाता। यह सुरक्षा असली है, और इसी वजह से जिस लॉगिन जानकारी को कहीं भेजना ही है, उसके लिए वन-टाइम लिंक सही डिफ़ॉल्ट है।
OneTimeSecret इसके ऊपर दो कंट्रोल जोड़ता है। एक्सपायरी, ताकि जिस लिंक को कोई नहीं खोलता वह हमेशा पड़ा न रहे; और वैकल्पिक पासफ़्रेज़, ताकि गलत व्यक्ति को फ़ॉरवर्ड हुआ लिंक अपने आप न खुल जाए।[1] दोनों को हर बार इस्तेमाल करना चाहिए।
इसके पक्ष में दो बातें और हैं। कोड सार्वजनिक है और प्रोजेक्ट उसे कम्युनिटी-ऑडिटेड बताता है, जो होस्ट की जाने वाली ज़्यादातर प्रतिस्पर्धी सर्विस से ज़्यादा है।[2] और होमपेज कहता है कि हर सीक्रेट आपके चुने हुए क्षेत्र में स्टोर और प्रोसेस होता है, जो उन टीमों के लिए मायने रखता है जिन पर डेटा रेज़िडेंसी का नियम लागू है।[1]
OneTimeSecret किससे नहीं बचाता?
तीन बातें: एन्क्रिप्शन कुंजी ऑपरेटर के पास है, भेजा गया लिंक वापस नहीं लिया जा सकता, और कोई रिकॉर्ड नहीं रखता कि लिंक किसने खोला।
एन्क्रिप्शन कुंजी ऑपरेटर के पास है
OneTimeSecret का डॉक्यूमेंटेशन कहता है: “आपके सीक्रेट हमारे सर्वर पर सुरक्षित रूप से एन्क्रिप्ट किए जाते हैं, जिससे डेटा की सुरक्षा पक्की होती है।”[2] शब्दशः पढ़ें तो इसका मतलब है कि सर्विस को आपका सादा टेक्स्ट मिलता है और वह उसे बाद में एन्क्रिप्ट करती है। ऑपरेटर, या ऑपरेटर के सिस्टम तक काफ़ी पहुंच वाला कोई भी व्यक्ति, सिद्धांत रूप में स्टोर रहते समय सीक्रेट पढ़ सकता है। सालों से खुले तौर पर चल रहे किसी ओपन-सोर्स प्रोजेक्ट के लिए यह भरोसे का एक समझदारी भरा फ़ैसला है, और ज़्यादातर लोग इसे बिना सोचे ले लेते हैं। फिर भी यह एक फ़ैसला ही है। जो टूल ब्राउज़र में एन्क्रिप्ट करता है और कुंजी लिंक के उस हिस्से में रखता है जिसे ब्राउज़र कभी सर्वर को नहीं भेजते, वह ऑपरेटर को उन लोगों की सूची से हटा देता है जो सीक्रेट पढ़ सकते हैं।
पासफ़्रेज़ से जोखिम कम होता है, लेकिन सार्वजनिक डॉक्यूमेंटेशन यह नहीं बताता कि पासफ़्रेज़ कैसे स्टोर होता है या एन्क्रिप्शन कुंजी बनाने में उसका इस्तेमाल होता है या नहीं, इसलिए हम नहीं कह सकते कि कितना कम। फिर भी पासफ़्रेज़ लगाएं, और उसे लिंक से अलग किसी दूसरे चैनल से भेजें।
लिंक वापस लेने का कोई तरीका नहीं
OneTimeSecret लिंक भेजने के बाद, भेजने वाले के व्यू में दिखता है कि सीक्रेट मिल गया या मिट चुका है।[1] सार्वजनिक डॉक्यूमेंटेशन डैशबोर्ड से किसी न खुले लिंक को वापस लेने के बारे में कुछ नहीं बताता। अगर आपने लॉगिन की जानकारी गलत व्यक्ति को भेज दी, या जिसे भेजी वह उसे खोलने से पहले संस्था छोड़ गया, तो आपके पास दो ही रास्ते हैं: लॉगिन की जानकारी बदल दें या एक्सपायरी का इंतज़ार करें। किसी निजी नोट के लिए यह ठीक है। किसी क्लाइंट के एडमिन पासवर्ड के लिए यही सबसे बड़ी कमी है।
किसने खोला, इसका कोई रिकॉर्ड नहीं
होस्ट किया गया मुफ़्त प्लान आपको बताता है कि सीक्रेट खोला गया। वह यह टाइमलाइन नहीं रखता कि कब, कहां से खोला गया, या किसी ने पहले गलत पासफ़्रेज़ आज़माया या नहीं। ऑडिट ट्रेल Team Plus का फ़ीचर है और कीमतों के पेज पर उस पर बीटा लिखा है।[3] कोई भी वन-टाइम लिंक टूल यह नहीं बता सकता कि लिंक किसने खोला, क्योंकि लिंक के साथ कोई पहचान नहीं जुड़ी होती। लेकिन लॉगिन की जानकारी बदलनी है या नहीं, यह तय करने के लिए टाइमस्टैंप और मोटी-मोटी लोकेशन काफ़ी हैं। क्या आप देख सकते हैं कि वन-टाइम लिंक किसने खोला? में सात टूल की तुलना है कि कौन क्या दर्ज करता है।
वह सब जो कोई भी वन-टाइम लिंक नहीं कर सकता, चाहे टूल कोई भी हो
ये OneTimeSecret की समस्याएं नहीं हैं; ये वन-टाइम लिंक की समस्याएं हैं, और LinkPilot पर भी उतनी ही लागू होती हैं जितनी किसी और पर।
- खुलने से पहले फ़ॉरवर्ड हुआ लिंक गलत हाथों में पहुंची लॉगिन जानकारी है। छोटी एक्सपायरी और दूसरे चैनल से भेजा गया पासफ़्रेज़ ही इसका बचाव हैं।
- अगर सर्विस पेज के साधारण लोड पर ही सीक्रेट दिखा देती है, तो लिंक प्रीव्यू बॉट वन-टाइम लिंक को खोलकर खत्म कर सकता है। OneTimeSecret सीक्रेट दिखाने से पहले एक कन्फ़र्मेशन पेज दिखाता है, और LinkPilot भी; किसी और टूल का लिंक Slack में पेस्ट करने से पहले उसका व्यवहार जांच लें। यह कैसे होता है, यह लिंक स्कैनर और वन-टाइम सीक्रेट में बताया गया है।
- मिलते-जुलते डोमेन। इस तरह के टूल की फ़िशिंग वाली नकली साइटें बन चुकी हैं (दर्ज मामले Privnote से जुड़े हैं, OneTimeSecret से नहीं); डोमेन खुद टाइप करें और सीक्रेट वाले किसी टूल तक कभी विज्ञापन के ज़रिए न पहुंचें।
OneTimeSecret कब सही विकल्प है
- आपको एक ही काम करने वाला ऐसा टूल चाहिए जिसका सोर्स कोड आप पढ़ सकें और जिसे अपने सर्वर पर चला सकें। LinkPilot सेल्फ़-होस्ट नहीं किया जा सकता, इसलिए यहां फ़ैसला आसान है।
- आप कभी-कभार कोई निजी सीक्रेट भेजते हैं और आपको न रिकॉर्ड चाहिए, न उसे वापस लेने का तरीका।
- डेटा रेज़िडेंसी एक सख्त शर्त है और OneTimeSecret जो क्षेत्र देता है, वे आपकी ज़रूरत से मेल खाते हैं।
कब कोई और टूल इस्तेमाल करें
- आपको भेजने के बाद लिंक वापस लेना है।
- आपको ऑडिट, किसी क्लाइंट की सिक्योरिटी प्रश्नावली या अपने इंसिडेंट रिस्पॉन्स के लिए हर बार खुलने का रिकॉर्ड चाहिए।
- आप चाहते हैं कि सीक्रेट आपके ब्राउज़र से निकलने से पहले एन्क्रिप्ट हो, ताकि कुंजी किसी ऑपरेटर के पास न रहे।
- आप टीम के रूप में सीक्रेट शेयर करते हैं और आपको निजी अकाउंट की जगह रोल, एक वर्कस्पेस और एक Slack ऐप चाहिए।
इन ज़रूरतों के लिए LinkPilot का मुफ़्त वन-टाइम सीक्रेट लिंक जनरेटर बिना अकाउंट के ब्राउज़र में एन्क्रिप्ट करता है; लिंक वापस लेना, हर सीक्रेट की टाइमलाइन और पासफ़्रेज़ Pro पर हैं, और सीधी तुलना LinkPilot बनाम OneTimeSecret में है। बाकी टूल, जिनमें सेल्फ़-होस्ट करने वालों के लिए Password Pusher, PrivateBin और Yopass शामिल हैं, OneTimeSecret के सबसे अच्छे विकल्प में हैं, और पासवर्ड शेयर करने का तरीका खुद टीमों के लिए सुरक्षित पासवर्ड शेयरिंग में बताया गया है।
OneTimeSecret को सुरक्षित तरीके से कैसे इस्तेमाल करें
- onetimesecret.com खुद टाइप करें; सर्च विज्ञापन से न जाएं।
- सबसे छोटी एक्सपायरी सेट करें जिसमें प्राप्तकर्ता लिंक खोल सके।
- पासफ़्रेज़ जोड़ें और उसे लिंक से अलग चैनल से भेजें (लिंक ईमेल से, पासफ़्रेज़ चैट या फ़ोन से)।
- एक दिन बाद भेजने वाले का व्यू देखें। अगर सीक्रेट नहीं मिला है, तो लिंक दोबारा भेजने की जगह लॉगिन की जानकारी बदल दें।
- सीक्रेट और उसका संदर्भ (कौन-सा सिस्टम, कौन-सा अकाउंट) कभी एक ही मैसेज में न रखें।
संदर्भ
[1] Onetime Secret. Homepage. https://onetimesecret.com/. 19 अक्टूबर 2026 को देखा गया।
[2] Onetime Secret. Documentation. https://docs.onetimesecret.com/. 19 अक्टूबर 2026 को देखा गया।
[3] Onetime Secret. Pricing. https://onetimesecret.com/en/pricing. 19 अक्टूबर 2026 को देखा गया।
[4] OneTimeSecret का सोर्स रिपॉज़िटरी। https://github.com/onetimesecret/onetimesecret.