सहकर्मी दिन भर संवेदनशील टेक्स्ट शेयर करते हैं: नए ऑफ़िस का Wi-Fi पासवर्ड, कॉल बैक करने के लिए किसी ग्राहक का फ़ोन नंबर, किसी टूल का एडमिन लॉगिन, ऑफ़र लेटर के लिए सैलरी का आंकड़ा। यह सब Slack, Teams या ईमेल में चला जाता है, क्योंकि बातचीत पहले से वहीं चल रही होती है। और फिर वहीं पड़ा रहता है: खोजा जा सकता है, सिंक होता है, बैकअप में जाता है।
सहकर्मियों के बीच संवेदनशील टेक्स्ट को एन्क्रिप्ट करके शेयर करने का मतलब है एक आदत बदलना: मैसेज का संवेदनशील हिस्सा एक बार खुलने वाले लिंक में जाता है, और उसके आसपास की बातचीत वहीं रहती है जहां थी। यह गाइड बताती है कि संवेदनशील क्या माना जाए, आम चैनल कॉपी क्यों रखते हैं, एन्क्रिप्शन किससे बचाता है और किससे नहीं, और कौन-सा तरीका इस सुरक्षित आदत को इतना आसान बना देता है कि वह बनी रहे।
दफ़्तर का टेक्स्ट संवेदनशील कब होता है
टेक्स्ट को इस हिसाब से छांटें कि गलत व्यक्ति तक फ़ॉरवर्ड होने पर क्या होगा।
| श्रेणी | उदाहरण | सामने आने पर नुकसान |
|---|---|---|
| एक्सेस | पासवर्ड, एक्सेस कोड, API keys, MFA बैकअप कोड | कोई और आपके या आपकी कंपनी के नाम से काम कर सकता है |
| निजी डेटा | ग्राहकों के संपर्क की जानकारी, ID नंबर, सेहत या सैलरी का डेटा | प्राइवेसी का उल्लंघन, नियामक कार्रवाई का जोखिम |
| कारोबार की गोपनीय जानकारी | जारी न हुए आंकड़े, डील की शर्तें, कानूनी मामले | प्रतिस्पर्धा या कानूनी नुकसान |
| लोगों के बारे में | परफ़ॉर्मेंस नोट, HR के मामले, रेफ़रेंस | किसी सहकर्मी को नुकसान, कानूनी ज़िम्मेदारी |
रोज़ की चैट इनमें से कुछ भी नहीं है। मकसद हर मैसेज को एन्क्रिप्ट करना नहीं है। मकसद बीस में से उस एक मैसेज को पहचानना है जिसे हिस्ट्री में नहीं रहना चाहिए।
चैट और ईमेल कॉपी क्यों रखते हैं
Slack, Teams या ईमेल में भेजा गया हर मैसेज सर्विस स्टोर करती है, दोनों तरफ़ के हर डिवाइस पर सिंक होता है, एक्सपोर्ट और बैकअप में शामिल होता है, और अक्सर नोटिफ़िकेशन में दिखता है जो लॉक स्क्रीन पर आ जाते हैं। डिलीट करने से वह दिखना बंद हो जाता है, कॉपी नहीं मिटतीं। 2024 में किसी चैनल में पेस्ट किया गया पासवर्ड उस एक्सपोर्ट में भी होगा जिसे कोई 2027 में डाउनलोड करेगा।
इन सभी सर्विस में ट्रांज़िट में एन्क्रिप्शन होता है, जो मैसेज को आपके डिवाइस और उनके सर्वर के बीच बचाता है। स्टोर की गई कॉपी पर इसका कोई असर नहीं होता, क्योंकि सर्विस उन्हें पढ़े जा सकने वाले रूप में रखती है। बातचीत के लिए यह ठीक है। किसी सीक्रेट के लिए यह ठीक नहीं।
एन्क्रिप्शन किससे बचाता है, और किससे नहीं
तीन तरह के एन्क्रिप्शन की बात आती है, और संवेदनशील टेक्स्ट के लिए इनमें से सिर्फ़ एक सही बैठता है।
- ट्रांज़िट में (TLS): नेटवर्क पर बैठे किसी व्यक्ति से बचाता है। हर भरोसेमंद सर्विस में यह होता है।
- स्टोरेज में (at rest): स्टोर किए गए डेटा को उस व्यक्ति से बचाता है जिसके हाथ डिस्क लग जाए। सर्विस इसे तब भी पढ़ सकती है, और अकाउंट तक पहुंच रखने वाला हर व्यक्ति भी।
- ब्राउज़र में, सिर्फ़ प्राप्तकर्ता के लिए: टेक्स्ट भेजे जाने से पहले आपके डिवाइस पर ही एन्क्रिप्ट होता है, और सिर्फ़ लिंक रखने वाला उसे डिक्रिप्ट कर सकता है। सर्विस एन्क्रिप्ट किया हुआ डेटा (सिफ़रटेक्स्ट) स्टोर करती है, जिसे वह पढ़ नहीं सकती। पासवर्ड या किसी की निजी जानकारी के लिए यही बात मायने रखती है।
इनमें से कोई भी किसी भी तरफ़ के हैक हुए डिवाइस, स्क्रीनशॉट या गलत व्यक्ति को भेजने से नहीं बचाता। एन्क्रिप्शन यह सीमित करता है कि ट्रांज़िट और स्टोरेज में टेक्स्ट कौन पढ़ सकता है। सही प्राप्तकर्ता की जांच और डिवाइस की देखभाल तब भी आपकी ज़िम्मेदारी है।
तरीका: टेक्स्ट लिंक में, लिंक चैट में
वन-टाइम सीक्रेट लिंक से आपको सिर्फ़ प्राप्तकर्ता के लिए एन्क्रिप्शन मिल जाता है, और बातचीत की जगह बदलनी नहीं पड़ती।
- संवेदनशील टेक्स्ट पेस्ट करें वन-टाइम सीक्रेट लिंक टूल में। यह स्टोर होने से पहले आपके ब्राउज़र में ही एन्क्रिप्ट होता है, लिंक पहली बार खुलते ही स्टोर की हुई कॉपी मिट जाती है, और अगर कोई लिंक न खोले तो वह एक घंटे, एक दिन या एक हफ़्ते बाद एक्सपायर हो जाता है। 10,000 कैरेक्टर तक के टेक्स्ट के लिए अकाउंट बनाने की ज़रूरत नहीं।
- लिंक उसी चैट में भेजें जहां बात पहले से चल रही थी, साथ में एक लाइन का संदर्भ: यह क्या है और कब एक्सपायर होगा।
- पहचान वाली जानकारी उसी मैसेज में न रखें जब टेक्स्ट लॉगिन की जानकारी हो: यूज़रनेम चैट में, पासवर्ड लिंक में।
- Pro अकाउंट पर पासफ़्रेज़ जोड़ें उन चीज़ों के लिए जिनका लिंक फ़ॉरवर्ड हो जाना गंभीर मामला होगा, और पासफ़्रेज़ किसी दूसरे रास्ते से भेजें।
- देखें कि लिंक कब खुला। अगर लिंक बताता है कि वह पहले ही खुल चुका है और आपके सहकर्मी के मुताबिक उन्होंने इसे नहीं खोला, तो मान लें कि टेक्स्ट सामने आ चुका है।
Slack इस्तेमाल करने वाली टीमों के लिए LinkPilot Slack ऐप टैब बदलने की ज़रूरत खत्म कर देता है। /secret मैसेज बॉक्स से ही लिंक बनाता है और जवाब सिर्फ़ आपको दिखाता है। “Send as secret link” शॉर्टकट उस पासवर्ड को बचा लेता है जो कोई पहले ही पेस्ट कर चुका है: उसकी जगह लिंक लगा देता है। टेक्स्ट Slack और LinkPilot की Slack सर्विस से होकर गुज़रता है, जो उसे स्टोर करने से पहले मेमोरी में एन्क्रिप्ट करती है। इसलिए सबसे सख्त मामलों के लिए वेब टूल इस्तेमाल करें, जहां एन्क्रिप्शन आपके ब्राउज़र में होता है।
विकल्पों की तुलना
| तरीका | पीछे छूटी कॉपी | कौन पढ़ सकता है | किसके लिए ठीक |
|---|---|---|---|
| सीधी चैट या ईमेल | हर जगह | सर्विस, एडमिन, थ्रेड में मौजूद हर व्यक्ति | रोज़ की बातचीत |
| गायब होने वाले मैसेज | कम, लेकिन स्क्रीनशॉट और बैकअप | कुछ मामलों में ऐप देने वाली कंपनी | आम, कम जोखिम वाली बातें |
| पासवर्ड मैनेजर से शेयर | वॉल्ट में, जान-बूझकर | वॉल्ट के तय सदस्य | लॉगिन की जानकारी जो टीम लगातार इस्तेमाल करती है |
| वन-टाइम सीक्रेट लिंक | एक बार खुलने के बाद कोई नहीं | सिर्फ़ लिंक रखने वाला | किसी सहकर्मी को एक बार भेजा जाने वाला संवेदनशील टेक्स्ट |
जिस लॉगिन को पूरी टीम महीनों तक इस्तेमाल करती है, उसकी जगह पासवर्ड मैनेजर है। एक बार की चीज़, जैसे रीसेट कोड, कॉल बैक के लिए किसी ग्राहक की जानकारी या HR के लिए ऑफ़र का आंकड़ा, वन-टाइम लिंक में जानी चाहिए। सीक्रेट लिंक बनाम पासवर्ड मैनेजर गाइड इन दोनों की सीमा समझाती है।
शेयर करने के बाद
- लिंक वापस लें अगर वह कभी खुला नहीं और अब उसकी ज़रूरत नहीं है। एक्सपायरी का इंतज़ार न करें।
- आसपास की सफ़ाई करें। लिंक इस्तेमाल करने का फ़ैसला लेने से पहले पेस्ट किए गए टेक्स्ट की कॉपी ड्राफ़्ट, नोटिफ़िकेशन प्रीव्यू और एक्सपोर्ट किए गए थ्रेड में रह सकती है। संवेदनशील हिस्से को शुरू से ही मैसेज से बाहर रखें।
- हैंडओवर दर्ज करें, कंटेंट नहीं। किसे क्या और कब मिला, यह ऑडिट ट्रेल है। टेक्स्ट खुद सिर्फ़ वहीं होना चाहिए जहां उसकी ज़रूरत है।
जब कुछ गलत हो जाए
ऑटोफ़िल गलत नाम चुन लेता है और मैसेज चला जाता है। तुरंत बताएं, प्राप्तकर्ता से कहें कि वह इसे डिलीट कर दे और लिंक न खोले, अगर लिंक नहीं खुला है तो उसे वापस लें, और जो कुछ भी दिख चुका है उसे सामने आया हुआ मानें: लॉगिन की जानकारी बदल दें, अगर निजी डेटा था तो उस डेटा के ज़िम्मेदार व्यक्ति को बताएं, और अपनी कंपनी की रिपोर्टिंग प्रक्रिया का पालन करें। फिर संवेदनशील टेक्स्ट को हर बार लिंक में डालकर इस गलती का दोहराना मुश्किल बना दें, ताकि गलत पते पर गए मैसेज में सीक्रेट की जगह एक बेकार हो चुका लिंक हो।