--- title: "लिंक स्कैनर और वन-टाइम सीक्रेट | LinkPilot ब्लॉग" url: https://uselinkpilot.com/hi/blog/link-scanners-and-one-time-secrets description: "सादे GET पर मिटने वाला वन-टाइम लिंक Slack या ईमेल गेटवे के प्रीव्यू से ही खत्म हो जाता है। GET पर सिर्फ़ मेटाडेटा दें, “दिखाएं” क्लिक पर ही मिटाएं।" lang: hi --- सिक्योरिटी (https://uselinkpilot.com/hi/blog/category/security) # लिंक स्कैनर और वन-टाइम सीक्रेट सादे GET पर मिटने वाला वन-टाइम लिंक Slack या ईमेल गेटवे के प्रीव्यू से ही खत्म हो जाता है। GET पर सिर्फ़ मेटाडेटा दें, “दिखाएं” क्लिक पर ही मिटाएं। W. Miller (https://uselinkpilot.com/hi/author/w-miller)26 मई 2026 · अपडेट किया गया: 22 अक्टूबर 2026 · LinkPilot के बारे में (https://uselinkpilot.com/hi/about) जो वन-टाइम लिंक सादे `GET` पर मिट जाता है, वह उसी पल खत्म हो जाता है जब Slack, Teams या कोई ईमेल गेटवे प्रीव्यू के लिए उसे फ़ेच करता है। इसका हल यह है कि `GET` पर सिर्फ़ मेटाडेटा लौटाया जाए और सीक्रेट तभी मिटे जब कोई साफ़ तौर पर `POST` से उसे खोले, और आखिरी सुरक्षा के तौर पर पासफ़्रेज़ किसी दूसरे माध्यम से भेजा जाए। यह पोस्ट बताती है कि कौन-से सिस्टम बिना पूछे लिंक फ़ेच करते हैं और इन सबसे बचने वाला डिज़ाइन कैसे बनाएं। LinkPilot का वन-टाइम सीक्रेट लिंक जनरेटर (https://uselinkpilot.com/hi/tools/free-secret-link-generator) इसी तरह बना है: प्रीव्यू के लिए किए गए फ़ेच को सिर्फ़ पेज का ढांचा मिलता है। सीक्रेट तभी फ़ेच होता है और खुलना तभी गिना जाता है, जब कोई ब्राउज़र पेज को चलाता है। ## आम तौर पर गड़बड़ी कैसे होती है ज़्यादातर चैट और ईमेल ऐप URL देखते ही उसका प्रीव्यू बनाने की कोशिश करते हैं। यह कुछ ऐसे होता है: 1. यूज़र सीक्रेट लिंक को Slack में पेस्ट करता है। 2. Slack का लिंक प्रीव्यू बॉट URL फ़ेच करता है (`GET` भेजता है; Slack ने यह व्यवहार link unfurling (https://api.slack.com/reference/messaging/link-unfurling) के तहत दर्ज किया है)। 3. सीक्रेट दिखाने वाला आपका हैंडलर इस रिक्वेस्ट को किसी इंसान का खोलना मान लेता है, सीक्रेट मिटा देता है और उसका कंटेंट लौटा देता है। 4. Slack को मिटाया जा चुका कंटेंट (या कोई सामान्य पेज) मिलता है और वह उसका प्रीव्यू दिखा देता है। 5. इंसान लिंक पर क्लिक करता है, उसे “पहले ही देखा जा चुका है” दिखता है, और वह भेजने वाले से नया लिंक मांगता है। लिंक प्रीव्यू बॉट की कोई बुरी नीयत नहीं थी। आपके हैंडलर ने “किसी ने URL फ़ेच किया” और “प्राप्तकर्ता ने सीक्रेट पढ़ा” को एक ही बात मान लिया। ये दो अलग घटनाएं हैं, और डिज़ाइन की पूरी चुनौती इन्हें अलग रखना है। तीसरे स्टेप में इससे भी बुरी स्थिति छिपी है: अगर बॉट के `GET` को असली कंटेंट मिल गया, तो सीक्रेट अब किसी तीसरी कंपनी के प्रीव्यू बनाने वाले सिस्टम में पड़ा है। सबसे अच्छी स्थिति में प्रीव्यू बनने के बाद उसे हटा दिया गया होगा, लेकिन इसकी पुष्टि करने का आपके पास कोई तरीका नहीं है, और ऐसा कोई ऑडिट इवेंट भी नहीं जो बताए कि ऐसा हुआ। ## प्राप्तकर्ता के खोलने से पहले लिंक कौन फ़ेच करता है? चैट ऐप के लिंक प्रीव्यू बॉट, ईमेल सिक्योरिटी गेटवे, एंडपॉइंट प्रोटेक्शन, कंपनी के प्रॉक्सी और प्रीव्यू वाले एक्सटेंशन, और आम तौर पर इनमें से एक से ज़्यादा। “Slack प्रीव्यू बनाता है” कहना समस्या को छोटा करके दिखाता है। किसी आधुनिक दफ़्तर में पेस्ट किया गया URL आम तौर पर किसी इंसान के क्लिक करने से पहले कई सिस्टम फ़ेच कर चुके होते हैं: | फ़ेच करने वाला | कब फ़ेच करता है | पहचाना जा सकता है? | | --- | --- | --- | | चैट ऐप के लिंक प्रीव्यू बॉट (Slack, Teams, iMessage, WhatsApp, LinkedIn) | मैसेज भेजते ही | आम तौर पर हां, अलग यूज़र एजेंट से, जैसे `Slackbot-LinkExpanding` | | ईमेल सिक्योरिटी गेटवे (Mimecast, Proofpoint, Microsoft Defender) | ईमेल पहुंचने पर, और अक्सर क्लिक के समय दोबारा | अक्सर नहीं, कई असली ब्राउज़र वाले यूज़र एजेंट भेजते हैं | | एंडपॉइंट प्रोटेक्शन / एंटीवायरस | जब URL प्राप्तकर्ता की मशीन तक पहुंचता है | शायद ही कभी | | कंपनी के वेब प्रॉक्सी | क्लिक के समय, यूज़र की रिक्वेस्ट आगे भेजने से पहले | शायद ही कभी | | लिंक प्रीव्यू वाले ब्राउज़र एक्सटेंशन | माउस ले जाने पर या पेज लोड होने पर | नहीं, ये यूज़र के अपने ब्राउज़र सेशन से ही चलते हैं | इस टेबल में बताया गया कंपनियों का व्यवहार बदलता रहता है। किसी गेटवे के बारे में खास दावों को “जुलाई 2026 में प्रकाशित जानकारी के मुताबिक, मौजूदा दस्तावेज़ों से मिलान करें” मानें। लेकिन एक बात नहीं बदलती: ये सभी सिस्टम सादा `GET` भेजते हैं, क्योंकि जिस URL पर आपका नियंत्रण नहीं है, उसे देखने का यही एक सुरक्षित और हर जगह चलने वाला तरीका है। ## प्रीव्यू को वन-टाइम लिंक मिटाने से कैसे रोकें? `GET` पर मेटाडेटा दें और सीक्रेट सिर्फ़ साफ़ `POST` पर मिटाएं। HTTP के नियमों में यह पहले से मौजूद है: RFC 9110, सेक्शन 9.2.1 (https://www.rfc-editor.org/rfc/rfc9110#section-9.2.1) `GET` को सुरक्षित और आइडेम्पोटेंट बताता है, यानी ऐसी रिक्वेस्ट जिसे कोई भी बेझिझक भेज सकता है, क्योंकि उससे कुछ बदलना नहीं चाहिए। `POST` कार्रवाई वाला तरीका है। इसलिए सीक्रेट दिखाने को एक दिखने वाले बटन के पीछे `POST` कार्रवाई की तरह रखें: ```http GET /s/abc123 → HTML page: "Click to reveal this secret" POST /s/abc123 → burns the secret, returns the payload ``` अब Slack के `GET` को एक सामान्य मेटाडेटा पेज मिलता है। सीक्रेट तभी मिटता है जब इंसान बटन पर क्लिक करता है। जो भी स्कैनर HTTP के नियम मानता है, वह कंटेंट को कभी छूता ही नहीं। लगभग सभी स्कैनर ये नियम मानते हैं, क्योंकि किसी भी URL पर असर डालने वाले `POST` भेजने से आधा वेब टूट जाएगा। ## एक लिंक का पूरा सफ़र एक लिंक को शुरू से आखिर तक देखें। आप पढ़ने के बाद मिटाएं और पासफ़्रेज़ के साथ एक सीक्रेट बनाते हैं, फिर URL को Slack DM और एक ईमेल में पेस्ट करते हैं। 1. **Slack का लिंक प्रीव्यू बॉट** `GET /s/abc123` भेजता है। जवाब: एक छोटा मेटाडेटा पेज, जिसमें स्टेटस “active” (सक्रिय) है और पासफ़्रेज़ ज़रूरी है। कोई खुलना दर्ज नहीं होता। सीक्रेट बचा रहता है। 2. **प्राप्तकर्ता का ईमेल गेटवे** ईमेल में URL बदल देता है और साख की जांच के लिए ईमेल पहुंचते समय उसे फ़ेच करता है। वही `GET`, वही मेटाडेटा। सीक्रेट अब भी बचा है। 3. **प्राप्तकर्ता ईमेल वाले लिंक पर क्लिक करता है।** गेटवे का क्लिक के समय वाला स्कैनर उसे एक बार और फ़ेच करता है (`GET`), फिर ब्राउज़र को आगे भेज देता है। 4. **ब्राउज़र सीक्रेट दिखाने वाला पेज लोड करता है**, यह भी एक `GET` है। पेज पर “दिखाएं” बटन और पासफ़्रेज़ का फ़ील्ड दिखता है। अब भी कोई खुलना दर्ज नहीं हुआ। 5. **प्राप्तकर्ता पासफ़्रेज़ डालकर “दिखाएं” पर क्लिक करता है।** ब्राउज़र `POST /s/abc123` भेजता है। खुलना दर्ज होता है, कंटेंट लौटाया जाता है और सीक्रेट मिट जाता है। 6. **इसके बाद जो भी URL फ़ेच करे**, उसे कंटेंट नहीं, साफ़ जवाब मिलता है कि सीक्रेट “पहले ही देखा जा चुका है और मिटा दिया गया है”। पांच फ़ेच, एक बार खुलना। कंपनी के माहौल में यह अनुपात आम है। जो डिज़ाइन इसे नहीं झेल सकता, वह पहले ही दिन फ़ेल हो जाएगा, और भेजने वाला इसके बजाय पासवर्ड सीधे चैट में पेस्ट कर देगा। ## सुरक्षा की कई परतें ### GET / POST का बंटवारा यह बंटवारा नियम मानने वाले हर लिंक प्रीव्यू बॉट और स्कैनर को संभाल लेता है, और अपने आप होने वाला ज़्यादातर ट्रैफ़िक इन्हीं का होता है। यही नींव है। नीचे की बाकी परतें इसके ऊपर अतिरिक्त सुरक्षा हैं। ### पासफ़्रेज़ की जांच यह जांच उन मामलों को संभालती है जिन्हें बंटवारा नहीं संभाल सकता: JavaScript चलाने और पेज के साथ इंटरैक्ट करने वाले सैंडबॉक्स, साथ ही इंसानों के गलती से किए क्लिक और फ़ॉरवर्ड किए गए ईमेल। डेटोनेशन सैंडबॉक्स “दिखाएं” बटन पर क्लिक कर सकता है, लेकिन किसी दूसरे माध्यम से भेजा गया पासफ़्रेज़ नहीं डाल सकता। लिंक ईमेल से भेजें और पासफ़्रेज़ Slack DM या SMS से। ### बॉट के यूज़र एजेंट से फ़िल्टर करना जाने-पहचाने लिंक प्रीव्यू बॉट (`Slackbot`, `LinkedInBot`, `Twitterbot`) को सीक्रेट दिखाने वाले किसी भी लॉजिक तक पहुंचने से पहले ही रोक दें। अतिरिक्त सावधानी के तौर पर यह करना ठीक है, लेकिन सिर्फ़ इसी पर कभी भरोसा न करें: सिक्योरिटी स्कैनर अक्सर असली ब्राउज़र वाले यूज़र एजेंट भेजते हैं, ठीक इसलिए ताकि नुकसानदेह पेज जांच से खुद को छिपा न सकें। ### कम एक्सपायरी नुकसान का समय सीमित रखें। जो लिंक पंद्रह मिनट तक ही चला, वह स्कैनर, लॉग फ़ाइलों और चैट हिस्ट्री में ऐसे URL के रूप में बचता है जो अब कहीं नहीं ले जाता। ### Cache-Control: no-store इसे सीक्रेट दिखाने वाले हर जवाब में लगाएं, ताकि एक जायज़ बार पढ़े जाने के बाद बीच का कोई भी सिस्टम (कंपनी का प्रॉक्सी, CDN, ब्राउज़र कैश) कंटेंट की कॉपी न रखे। ## खास तौर पर ईमेल सिक्योरिटी गेटवे कंपनियों के गेटवे के लिए अलग सेक्शन ज़रूरी है, क्योंकि वे दो बार फ़ेच करते हैं। इस तरह के प्रोडक्ट (Microsoft Defender Safe Links (https://learn.microsoft.com/en-us/defender-office-365/safe-links-about) इसका उदाहरण है, जिसका व्यवहार दस्तावेज़ों में दर्ज है) आने वाली मेल के हर URL को अपने स्कैनिंग डोमेन से होकर जाने वाले URL में बदल देते हैं। URL आम तौर पर एक बार मेल पहुंचते समय साख की जांच के लिए फ़ेच होता है, और फिर क्लिक के समय, इंसान को असली जगह पर भेजने से पहले। अगर इनमें से कोई भी फ़ेच सीक्रेट मिटा देता, तो प्राप्तकर्ता को _हमेशा_ बेकार लिंक दिखता। यूज़र को यह गड़बड़ी बेतरतीब लगती है, लेकिन यह पूरी तरह तय तरीके से होती है। `GET`/`POST` का बंटवारा दोनों फ़ेच बिना किसी अतिरिक्त मेहनत के झेल लेता है, क्योंकि दोनों सादे `GET` हैं। क्लिक के समय का रीडायरेक्ट फिर इंसान को सीक्रेट दिखाने वाले पेज पर पहुंचाता है, जहां `POST` होता है। ## वे स्थितियां जो अब भी परेशान करती हैं - **JavaScript चलाने वाले सैंडबॉक्स।** कुछ डेटोनेशन एनवायरनमेंट पेज को रेंडर करते हैं और उसके साथ इंटरैक्ट करते हैं। _बिना पासफ़्रेज़ के_ बटन के पीछे रखे `POST` पर, सिद्धांत रूप में, कोई आक्रामक सैंडबॉक्स क्लिक कर सकता है। पासफ़्रेज़ की जांच आखिरी सुरक्षा है। - **लिंक और पासफ़्रेज़ एक ही माध्यम से।** अगर दोनों एक ही ईमेल में जाते हैं, तो ऊपर की हर सुरक्षा बस इस उम्मीद पर टिक जाती है कि उस ईमेल को कोई नहीं पढ़ेगा। माध्यम हमेशा अलग रखें। - **फ़ॉरवर्ड करना।** किसी नए चैट या मेल सिस्टम में हर फ़ॉरवर्ड से प्रीव्यू का नया दौर शुरू होता है। बंटवारे के साथ इससे नुकसान नहीं होता, लेकिन हर नया पड़ाव URL रखने वाले लॉग का एक और सेट है, और यह कम एक्सपायरी के पक्ष में एक और तर्क है। - **एक साथ खोलना।** अगर दो लोग एक ही समय पर “दिखाएं” पर क्लिक करें, तो सीक्रेट एक ही ऑपरेशन में मिटना चाहिए, जिसे बीच से तोड़ा नहीं जा सकता: ठीक एक रिक्वेस्ट सफल हो और दूसरी को “पहले ही देखा जा चुका है” मिले। जो इम्प्लीमेंटेशन पढ़ने और मिटाने को एक अटूट कदम में नहीं करता, वह कंटेंट दो बार दे सकता है। ## अपना टूल खुद जांचें सीक्रेट शेयर करने वाली किसी भी सेवा पर असली लॉगिन की जानकारी के लिए भरोसा करने से पहले यह दो मिनट की जांच करें: 1. “पढ़ने के बाद मिटाएं” विकल्प चालू करके एक बेकार सा टेस्ट सीक्रेट बनाएं। 2. उसे टर्मिनल से फ़ेच करें, लिंक प्रीव्यू बॉट ठीक यही करता है: `curl -s -o /dev/null -w "%{http_code}" ""` 3. लिंक को ब्राउज़र में खोलें। अगर “पहले ही देखा जा चुका है” दिखे, तो टूल `GET` पर ही सीक्रेट मिटा देता है और उसका लिंक चैट या ईमेल में पेस्ट करना सुरक्षित नहीं है। 4. अगर सीक्रेट बचा रहा, तो उसे ब्राउज़र में ठीक से खोलें और फिर से `curl` चलाएं। अब आपको कंटेंट नहीं, साफ़ जवाब मिलना चाहिए कि सीक्रेट अब मौजूद नहीं है या मिटा दिया गया है। ## LinkPilot इसे कैसे लागू करता है LinkPilot के Secret Links ठीक यही डिज़ाइन इस्तेमाल करते हैं। सीक्रेट दिखाने वाले एंडपॉइंट पर `GET` सिर्फ़ मेटाडेटा लौटाता है (स्टेटस, और यह कि पासफ़्रेज़ ज़रूरी है या नहीं)। खुलना सिर्फ़ साफ़ तौर पर भेजे गए `POST` पर दर्ज होता है। पासफ़्रेज़ यूज़र के ब्राउज़र में ही SHA-256 से हैश होते हैं, और हर सीक्रेट के लिए हर IP से एक मिनट में पांच कोशिशों की सीमा है। सीक्रेट दिखाने वाले हर जवाब में `Cache-Control: no-store` होता है, मिट चुके या एक्सपायर हो चुके सीक्रेट HTTP 410 लौटाते हैं और स्टोर किए गए कंटेंट के ऊपर दूसरा डेटा लिख दिया जाता है, और ऑडिट टाइमलाइन हर इवेंट को ऐसे हैश किए गए IP के साथ दर्ज करती है जिसका सॉल्ट हर दिन बदलता है। कच्चा IP कभी स्टोर नहीं होता। पूरी जानकारी सिक्योरिटी आर्किटेक्चर (https://uselinkpilot.com/hi/security-architecture) पेज पर है। मुफ़्त में आज़माएं, साइन अप की ज़रूरत नहीं ### अपने आप मिटने वाला मैसेज ऐसा नोट भेजें जो एक बार पढ़ते ही मिट जाता है। टूल खोलें (https://uselinkpilot.com/hi/tools/burn-after-read-secret) ## इस डिज़ाइन की सीमाएं ईमानदारी से बताएं तो: ऊपर की कोई भी बात जायज़ तरीके से खुलने के _बाद_ सीक्रेट की रक्षा नहीं करती। प्राप्तकर्ता कंटेंट को कॉपी कर सकता है, उसका स्क्रीनशॉट ले सकता है या उसे आगे भेज सकता है। अगर पासफ़्रेज़ लिंक के साथ ही भेजा गया, तो यह मदद नहीं करता। और यह उस व्यक्ति को नहीं रोक सकता जिसे गलती से लिंक भेज दिया गया और जिसने सही प्राप्तकर्ता से पहले उसे खोल लिया। इसी के लिए ऑडिट ट्रेल है: आपको अनपेक्षित खुलना दिखता है और आप लॉगिन की जानकारी बदल देते हैं। ## इन्हें भी पढ़ें - वन-टाइम सीक्रेट लिंक कैसे काम करते हैं: https://uselinkpilot.com/hi/blog/how-one-time-secret-links-work - URL से संवेदनशील जानकारी क्यों लीक होती है: https://uselinkpilot.com/hi/blog/why-urls-leak-sensitive-information - LinkPilot का सिक्योरिटी आर्किटेक्चर: https://uselinkpilot.com/hi/security-architecture ## संदर्भ - IETF, RFC 9110: HTTP Semantics, section 9.2.1 Safe Methods (https://www.rfc-editor.org/rfc/rfc9110#section-9.2.1)। - Slack API, Unfurling links in messages (https://api.slack.com/reference/messaging/link-unfurling)। - Microsoft Learn, Safe Links in Microsoft Defender for Office 365 (https://learn.microsoft.com/en-us/defender-office-365/safe-links-about)। ## इस लेख के लिए टूल अपने आप मिटने वाला मैसेज ऐसा नोट भेजें जो एक बार पढ़ते ही मिट जाता है। https://uselinkpilot.com/hi/tools/burn-after-read-secret वन-टाइम सीक्रेट लिंक जनरेटर पासवर्ड या नोट ऐसे लिंक से शेयर करें जो सिर्फ़ एक बार खुलता है। https://uselinkpilot.com/hi/tools/free-secret-link-generator एक्सपायर होने वाला लिंक जनरेटर ऐसे लिंक बनाएं जो तय समय पर काम करना बंद कर दें। https://uselinkpilot.com/hi/tools/temporary-link ## अक्सर पूछे जाने वाले सवाल ### सबसे ज़्यादा परेशानी किन ऐप से होती है? ### क्या यूज़र एजेंट से लिंक प्रीव्यू बॉट पहचाने जा सकते हैं? ### क्या GET और POST को अलग रखना पूरा समाधान है? ### क्या ईमेल स्कैनर कभी पेज पर बटन क्लिक करते हैं? ### कैसे जांचें कि सीक्रेट शेयर करने वाला टूल प्रीव्यू से सुरक्षित है? ## LinkPilot ऐसा सीक्रेट लिंक भेजता है जो खुलने के बाद मिट जाता है। आपके ब्राउज़र में ही एन्क्रिप्ट होता है, एक बार दिखता है और फिर हमेशा के लिए मिट जाता है। अकाउंट बनाने की ज़रूरत नहीं। सीक्रेट लिंक बनाएं (https://uselinkpilot.com/hi/tools/free-secret-link-generator) ## आगे पढ़ें सिक्योरिटी ### API key सुरक्षित तरीके से कैसे शेयर करें API key चैट या ईमेल में पेस्ट न करें। वन-टाइम सीक्रेट लिंक भेजें, जो ब्राउज़र में एन्क्रिप्ट होता है और एक बार खुलते ही मिट जाता है। पेस्ट हुई key रोटेट करें। https://uselinkpilot.com/hi/blog/how-to-share-api-keys-securely सिक्योरिटी ### वन-टाइम सीक्रेट लिंक कैसे काम करते हैं वन-टाइम सीक्रेट लिंक सामग्री एक बार दिखाता है: ब्राउज़र उसे एन्क्रिप्ट करता है, सर्वर सिर्फ़ एन्क्रिप्टेड डेटा रखता है; पहली बार खुलते ही कॉपी मिट जाती है। https://uselinkpilot.com/hi/blog/how-one-time-secret-links-work सिक्योरिटी ### एक्सपायरी वाले लिंक: सीक्रेट मिट जाता है, बस रीडायरेक्ट नहीं एक्सपायर होने वाला सीक्रेट लिंक समय-सीमा पर सीक्रेट मिटा देता है, जबकि बंद शॉर्ट लिंक सिर्फ़ रीडायरेक्ट रोकता है। सही समय-सीमा कैसे चुनें, और खास मामले। https://uselinkpilot.com/hi/blog/expiring-links-security ## Structured data ```json [ { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "होम", "item": "https://uselinkpilot.com/hi" }, { "@type": "ListItem", "position": 2, "name": "ब्लॉग", "item": "https://uselinkpilot.com/hi/blog" }, { "@type": "ListItem", "position": 3, "name": "लिंक स्कैनर और वन-टाइम सीक्रेट", "item": "https://uselinkpilot.com/hi/blog/link-scanners-and-one-time-secrets" } ] }, { "@context": "https://schema.org", "@type": "BlogPosting", "@id": "https://uselinkpilot.com/hi/blog/link-scanners-and-one-time-secrets#article", "headline": "लिंक स्कैनर और वन-टाइम सीक्रेट", "description": "सादे GET पर मिटने वाला वन-टाइम लिंक Slack या ईमेल गेटवे के प्रीव्यू से ही खत्म हो जाता है। GET पर सिर्फ़ मेटाडेटा दें, “दिखाएं” क्लिक पर ही मिटाएं।", "inLanguage": "hi", "datePublished": "2026-05-26", "dateModified": "2026-10-22", "image": "https://uselinkpilot.com/logo-512.png", "author": { "@type": "Person", "@id": "https://uselinkpilot.com/author/w-miller#person", "name": "W. Miller", "url": "https://uselinkpilot.com/hi/author/w-miller", "worksFor": { "@type": "Organization", "name": "LinkPilot", "url": "https://uselinkpilot.com" } }, "publisher": { "@type": "Organization", "name": "LinkPilot", "url": "https://uselinkpilot.com", "logo": { "@type": "ImageObject", "url": "https://uselinkpilot.com/logo-512.png", "width": 512, "height": 512 } }, "mainEntityOfPage": { "@type": "WebPage", "@id": "https://uselinkpilot.com/hi/blog/link-scanners-and-one-time-secrets" } }, { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "सबसे ज़्यादा परेशानी किन ऐप से होती है?", "acceptedAnswer": { "@type": "Answer", "text": "हर उस ऐप से जो URL का प्रीव्यू बनाता है: Slack, Microsoft Teams, iMessage, LinkedIn DM, WhatsApp वेब के प्रीव्यू, और ज़्यादातर ईमेल सिक्योरिटी गेटवे (Mimecast, Proofpoint, Microsoft Defender)। ये सभी मैसेज मिलते ही URL फ़ेच कर लेते हैं।" } }, { "@type": "Question", "name": "क्या यूज़र एजेंट से लिंक प्रीव्यू बॉट पहचाने जा सकते हैं?", "acceptedAnswer": { "@type": "Answer", "text": "कुछ हद तक। नियम मानने वाले बॉट पहचान में आने वाले यूज़र एजेंट भेजते हैं (Slackbot-LinkExpanding, LinkedInBot, Twitterbot)। सिक्योरिटी स्कैनर अक्सर असली ब्राउज़र होने का दिखावा करते हैं, इसलिए सिर्फ़ यूज़र एजेंट से फ़िल्टर करना काफ़ी नहीं है।" } }, { "@type": "Question", "name": "क्या GET और POST को अलग रखना पूरा समाधान है?", "acceptedAnswer": { "@type": "Answer", "text": "लिंक प्रीव्यू बॉट की समस्या यह पूरी तरह हल कर देता है, क्योंकि वे सिर्फ़ GET भेजते हैं। लेकिन अगर कोई व्यक्ति गलती से क्लिक करके सीक्रेट मिटा दे, तो इससे नहीं बचाता। उसके लिए पासफ़्रेज़ की जांच भी चाहिए।" } }, { "@type": "Question", "name": "क्या ईमेल स्कैनर कभी पेज पर बटन क्लिक करते हैं?", "acceptedAnswer": { "@type": "Answer", "text": "कुछ डेटोनेशन सैंडबॉक्स JavaScript चलाते हैं और पेज के साथ इंटरैक्ट कर सकते हैं, इसलिए सिर्फ़ “दिखाएं” बटन से गारंटी नहीं मिलती। इसीलिए पासफ़्रेज़ की जांच ज़रूरी है: जो पासफ़्रेज़ किसी दूसरे माध्यम से भेजा गया है, उसे सैंडबॉक्स नहीं डाल सकता।" } }, { "@type": "Question", "name": "कैसे जांचें कि सीक्रेट शेयर करने वाला टूल प्रीव्यू से सुरक्षित है?", "acceptedAnswer": { "@type": "Answer", "text": "एक बेकार सा टेस्ट सीक्रेट बनाएं, curl से उसका URL एक बार फ़ेच करें (सादा GET, ठीक वही जो लिंक प्रीव्यू बॉट करता है), फिर उसे ब्राउज़र में खोलें। अगर ब्राउज़र में ‘पहले ही देखा जा चुका है’ दिखे, तो टूल GET पर ही सीक्रेट मिटा देता है और उसका लिंक चैट या ईमेल में पेस्ट करना सुरक्षित नहीं है।" } } ], "inLanguage": "hi" }, { "@context": "https://schema.org", "@type": "SoftwareApplication", "@id": "https://uselinkpilot.com/#software", "name": "LinkPilot", "applicationCategory": "BusinessApplication", "operatingSystem": "Web", "description": "LinkPilot is a secure link management platform for creating branded short links, tracking engagement, and sharing secrets with expiring, protected, self-destructing links.", "url": "https://uselinkpilot.com", "offers": [ { "@type": "Offer", "name": "Free", "price": "0", "priceCurrency": "USD", "url": "https://uselinkpilot.com/pricing" }, { "@type": "Offer", "name": "Pro", "price": "29", "priceCurrency": "USD", "priceSpecification": { "@type": "UnitPriceSpecification", "price": "29", "priceCurrency": "USD", "billingDuration": "P1M" }, "url": "https://uselinkpilot.com/pricing" }, { "@type": "Offer", "name": "Agency", "price": "299", "priceCurrency": "USD", "priceSpecification": { "@type": "UnitPriceSpecification", "price": "299", "priceCurrency": "USD", "billingDuration": "P1M" }, "url": "https://uselinkpilot.com/pricing" }, { "@type": "Offer", "name": "Agency Plus", "price": "799", "priceCurrency": "USD", "priceSpecification": { "@type": "UnitPriceSpecification", "price": "799", "priceCurrency": "USD", "billingDuration": "P1M" }, "url": "https://uselinkpilot.com/pricing" }, { "@type": "Offer", "name": "Pro (yearly)", "price": "288", "priceCurrency": "USD", "priceSpecification": { "@type": "UnitPriceSpecification", "price": "288", "priceCurrency": "USD", "billingDuration": "P1Y" }, "url": "https://uselinkpilot.com/pricing" }, { "@type": "Offer", "name": "Agency (yearly)", "price": "2988", "priceCurrency": "USD", "priceSpecification": { "@type": "UnitPriceSpecification", "price": "2988", "priceCurrency": "USD", "billingDuration": "P1Y" }, "url": "https://uselinkpilot.com/pricing" }, { "@type": "Offer", "name": "Agency Plus (yearly)", "price": "7980", "priceCurrency": "USD", "priceSpecification": { "@type": "UnitPriceSpecification", "price": "7980", "priceCurrency": "USD", "billingDuration": "P1Y" }, "url": "https://uselinkpilot.com/pricing" }, { "@type": "Offer", "name": "Enterprise", "priceSpecification": { "@type": "PriceSpecification", "priceCurrency": "USD" }, "url": "https://uselinkpilot.com/pricing" } ] }, { "@context": "https://schema.org", "@type": "Organization", "@id": "https://uselinkpilot.com/#organization", "name": "LinkPilot", "alternateName": "LinkPilot by TetraCore", "url": "https://uselinkpilot.com", "contactPoint": { "@type": "ContactPoint", "contactType": "customer support", "email": "support@uselinkpilot.com", "url": "https://uselinkpilot.com/support" }, "parentOrganization": { "@type": "Organization", "@id": "https://tetracorehq.com/#organization", "name": "TetraCore", "url": "https://tetracorehq.com/" }, "logo": { "@type": "ImageObject", "url": "https://uselinkpilot.com/logo-512.png", "width": 512, "height": 512 }, "description": "LinkPilot is a secure link management platform for creating branded short links, tracking engagement, and sharing secrets with expiring, protected, self-destructing links.", "sameAs": [ "https://x.com/uselinkpilot", "https://www.linkedin.com/company/uselinkpilot", "https://facebook.com/uselinkpilot", "https://github.com/TetraCoreHQ/linkpilot-cli", "https://github.com/TetraCoreHQ/linkpilot-mcp", "https://www.npmjs.com/package/linkpilot", "https://www.npmjs.com/package/@uselinkpilot/sdk", "https://www.npmjs.com/package/@uselinkpilot/mcp", "https://chromewebstore.google.com/detail/linkpilot-short-links-and/mnmppadihpcncicldpkmgknhnjkondad", "https://addons.mozilla.org/en-US/firefox/addon/uselinkpilot/" ] }, { "@context": "https://schema.org", "@type": "WebSite", "name": "LinkPilot", "url": "https://uselinkpilot.com", "potentialAction": { "@type": "SearchAction", "target": "https://uselinkpilot.com/blog?q={search_term_string}", "query-input": "required name=search_term_string" } } ] ```