ट्रेड सीक्रेट को डिजिटली प्रोटेक्ट करें: एन्क्रिप्टेड बिज़नेस ट्रांसफर

डिजिटल ट्रांसफर के दौरान ट्रेड सीक्रेट सुरक्षित रखने के लिए चार नियंत्रण ज़रूरी हैं: AES-256-GCM एन्क्रिप्शन ताकि ट्रांसपोर्ट प्रोवाइडर कंटेंट न पढ़ सके; पहचान-बद्ध एक्सेस ताकि सिर्फ नामित रिसीवर फ़ाइल खोल सके; ऑडिट ट्रेल जो प्रमाण करे कि किसने क्या और कब डाउनलोड किया; और रिटेंशन लिमिट जो हर इंटरमीडिएट सिस्टम से पेलोड कुछ दिनों में डिलीट कर दे। इनमें से एक भी छूट जाए तो US Defend Trade Secrets Act या EU Directive 2016/943 के तहत ट्रेड सीक्रेट स्टेटस जा सकता है — दोनों कानून "reasonable measures" की मांग करते हैं। भारत में DPDP Act 2023 भी कंपनियों पर संवेदनशील व्यावसायिक डेटा के लिए उचित तकनीकी सुरक्षा उपाय अपनाने की जिम्मेदारी डालता है। इन उपायों को रोज़ के वर्कफ्लो में कैसे शामिल करें — बिना बिज़नेस की गति रोके — यहाँ विस्तार से बताया गया है।

कानूनी नज़रिए से ट्रेड सीक्रेट क्या होता है

ट्रेड सीक्रेट की परिभाषा संकरी है। 18 U.S.C. § 1839(3) के तहत वही जानकारी योग्य है जो सार्वजनिक रूप से ज्ञात न होने से स्वतंत्र आर्थिक मूल्य रखती हो और जिसे मालिक ने उचित उपायों से गुप्त रखा हो। कोर्ट तब ट्रेड सीक्रेट स्टेटस छीन लेते हैं जब वादी ये उपाय साबित नहीं कर पाते। Waymo v. Uber में कोर्ट ने एन्क्रिप्टेड फ़ाइल ट्रांसफर लॉग्स को reasonable measures का सबूत माना। RGP v. Turner में वादी इसलिए हारा क्योंकि संवेदनशील स्कीमेटिक्स किसी NDA के बिना ठेकेदार को plaintext ईमेल से भेजे गए थे।

सामान्यतः क्या योग्य होता है: मैन्युफैक्चरिंग प्रोसेस, सोर्स कोड, प्राइसिंग के साथ कस्टमर लिस्ट, R&D डेटा, फॉर्मुलेशन, सप्लायर टर्म्स, इंटर्नल मार्जिन। क्या सामान्यतः योग्य नहीं: जारी पेटेंट में दी गई जानकारी, सार्वजनिक रूप से प्रकाशित स्पेसिफिकेशन, सामान्य उद्योग ज्ञान। आप किसी फ़ाइल के आसपास जो ट्रांसफर कंट्रोल रखते हैं, वह सीधे प्रभावित करता है कि कोर्ट उसे ट्रेड सीक्रेट मानेगा या नहीं।

अपलोड से पहले एन्क्रिप्शन ज़रूरी है

ट्रांसपोर्ट एन्क्रिप्शन — ब्राउज़र और सर्वर के बीच TLS 1.3 — फ़ाइलों को transit में सुरक्षित रखती है, लेकिन प्रोवाइडर के सर्वर पर rest में उन्हें पढ़ने योग्य छोड़ देती है। ट्रेड सीक्रेट के लिए एन्क्रिप्शन अपलोड से पहले क्लाइंट-साइड होनी चाहिए। Plaintext फ़ाइल कभी भेजने वाले के डिवाइस से बाहर नहीं जाती।

तकनीकी रूप से इसका मतलब है Web Crypto API के ज़रिए ब्राउज़र में AES-256-GCM परफॉर्म करना, जहाँ की PBKDF2 (600,000+ iterations) या Argon2id से डेरिव हो, और की कभी सर्वर को ट्रांसमिट न हो। सर्वर वह ciphertext स्टोर करता है जिसे वह डिक्रिप्ट नहीं कर सकता। HexaTransfer ठीक यही पैटर्न इम्प्लीमेंट करता है — URL fragments के ज़रिए रिसीवर को keys पास की जाती हैं जो ब्राउज़र HTTP रिक्वेस्ट में सर्वर को नहीं भेजता।

लिंक नहीं, पहचान-बद्ध एक्सेस

एक सादा शेयर लिंक bearer token है। कोई भी जो इसे इंटरसेप्ट करे — गलत रूट हुई ईमेल, कॉम्प्रोमाइज़्ड Slack चैनल, या फॉरवर्ड किया कैलेंडर इनवाइट — फ़ाइल खोल सकता है। ट्रेड सीक्रेट के लिए एक्सेस को पहचान से बाँधें।

प्रैक्टिकल विकल्प:

• पासवर्ड-प्रोटेक्टेड लिंक जहाँ पासवर्ड अलग चैनल (Signal, फोन कॉल, एन्क्रिप्टेड ईमेल) से दिया जाए
• ईमेल-गेटेड एक्सेस जहाँ सर्विस प्री-ऑथराइज़्ड एड्रेस पर one-time code भेजे
• जाने-माने B2B पार्टनर्स के लिए mTLS (mutual TLS)
• इंटर्नल ट्रांसफर के लिए SAML या OIDC के साथ SSO इंटीग्रेशन

Dropbox Transfer, WeTransfer Pro, और Tresorit सभी लिंक पर ईमेल वेरिफिकेशन सपोर्ट करते हैं। Smash के लिए रिसीवर को पासवर्ड या कोड डालना पड़ता है। मुख्य सवाल: अगर लिंक लीक हो जाए, तो फ़ाइल खोलने के लिए और क्या चाहिए?

मुकदमेबाज़ी में टिकने वाले ऑडिट लॉग्स

अगर बाद में ट्रेड सीक्रेट का दुरुपयोग होता है, तो आपको साबित करना होगा कि किसके पास कब एक्सेस था। इसका मतलब है immutable ऑडिट लॉग्स जिनमें शामिल हो: अपलोड टाइमस्टैम्प, सेंडर की पहचान, रिसीवर की सूची, एक्सेस प्रयास (सफल और असफल), डाउनलोड टाइमस्टैम्प, डाउनलोड करने वालों के IP addresses, और लिंक एक्सपायरेशन इवेंट।

लॉग्स tamper-evident होने चाहिए। Cryptographic hashing (Merkle trees या blockchain-anchored timestamps) के साथ append-only स्टोरेज एक flat लॉग फ़ाइल से कोर्ट में ज़्यादा मजबूत रहती है। Egnyte और Kiteworks अपने ऑडिट लॉग स्कीमा पब्लिश करते हैं; कस्टम सेटअप के लिए, इवेंट्स 7 साल के रिटेंशन के साथ SIEM (Splunk, Elastic, Datadog) में पुश करें।

NDA और डाउनलोड-टाइम एकनॉलेजमेंट

कानूनी सुरक्षा तकनीकी सुरक्षा के ऊपर लेयर होती है। ट्रेड सीक्रेट फ़ाइल के हर रिसीवर के पास फाइल पर NDA होनी चाहिए, और कई कोर्ट डाउनलोड समय पर दिखाए गए click-through acknowledgments को अनुकूल मानते हैं: "इस फ़ाइल को डाउनलोड करके आप पुष्टि करते हैं कि आप [नामित रिसीवर] हैं, आप [तारीख] की NDA की गोपनीयता शर्तें मानते हैं, और आप इस कंटेंट को पुनर्वितरित नहीं करेंगे।"

इस पैटर्न को सपोर्ट करने वाली सर्विसेज़: Kiteworks, Intralinks (M&A data rooms में आम), और Virtru अपने Trust Data Format के साथ। Click-through रिसीवर के authenticated session से जुड़ा timestamped रिकॉर्ड बनाता है जो उस व्यक्ति को disclosure से साक्ष्यात्मक रूप से जोड़ता है।

डिफॉल्ट रूप से छोटी रिटेंशन विंडो

ट्रेड सीक्रेट तीसरे पक्ष के सर्वर पर अनिश्चित काल तक नहीं रहने चाहिए। डिफॉल्ट रिटेंशन महीनों में नहीं, घंटों या दिनों में मापी जानी चाहिए। मानक प्रोफाइल:

• प्रॉस्पेक्ट्स को कोट अटैचमेंट: 48-72 घंटे
• बाहरी कॉन्ट्रैक्टर्स को R&D डेटा: 7 दिन, ज़रूरत पर एक्सटेंशन
• M&A due diligence मटेरियल: 30 दिन, साइनिंग के बाद auto-purge
• नियमित इंटर्नल ट्रांसफर: 24 घंटे

छोटी रिटेंशन breach window को सिकोड़ती है। अगर कोई प्रोवाइडर छह महीने बाद कॉम्प्रोमाइज़ होता है, तो 72 घंटे में auto-delete हुई फ़ाइल उस breach में नहीं होगी। HexaTransfer रिटेंशन को 7 दिनों पर कैप करता है और कुछ घंटों तक छोटी एक्सपायरेशन को सम्मान देता है। Dropbox Transfer अधिकतम 90 दिनों तक है लेकिन सेंडर को 1-दिन एक्सपायरेशन सेट करने देता है।

हाई-वैल्यू दस्तावेज़ों के लिए वॉटरमार्किंग और DRM

बोर्ड डेक्स, M&A मेमो, या फॉर्मुलेशन के लिए स्टैटिक फ़ाइल शेयरिंग पर्याप्त नहीं है। Dynamic watermarking डाउनलोड के समय हर .pdf पेज पर रिसीवर का ईमेल, IP, और डाउनलोड टाइमस्टैम्प स्टैंप करती है। अगर दस्तावेज़ किसी ब्लॉग या प्रतिस्पर्धी को लीक होता है, तो वॉटरमार्क उस विशेष रिसीवर तक ट्रेस कर देता है।

टूल्स: DocSend (Dropbox-owned) सेल्स डेक्स के लिए per-recipient ट्रैकिंग करता है। Fasoo और Seclore persistent DRM लागू करते हैं जो फ़ाइलें डाउनलोड के बाद भी एन्क्रिप्टेड रखती है — हर ओपन पर license server से keys चेक होती हैं। ध्यान रखें: license server पर निर्भर DRM उन वर्कफ्लो को तोड़ देता है जहाँ रिसीवर ऑफलाइन है, इसलिए यह एग्ज़िक्यूटिव और लीगल काउंसेल के लिए ज़्यादा उपयुक्त है।

संबंध समाप्त होने पर एग्ज़िट हाइजीन

जब किसी कॉन्ट्रैक्टर का एंगेजमेंट समाप्त हो या कोई कर्मचारी जाए, तो उनके पास जो ट्रेड सीक्रेट थे वे रिवोक हो जाने चाहिए। लिंक-आधारित ट्रांसफर इसे क्लाउड फोल्डर से आसान बनाते हैं: लिंक रिवोक करो, फ़ाइल गई। सब्सक्रिप्शन file rooms (Intralinks, Box) के लिए अकाउंट डिसेबल करें और उससे जुड़े सभी outstanding share links invalidate करें।

कॉन्ट्रैक्ट में exit को शामिल करें। मानक boilerplate: "टर्मिनेशन पर, रिसीवर 72 घंटों में सभी गोपनीय फ़ाइलें डिलीट करेगा और लिखित में नष्टीकरण प्रमाणित करेगा।" इसे तकनीकी रिवोकेशन के साथ पेयर करें ताकि कानूनी दायित्व में दम हो।

सब कुछ एक साथ जोड़ना

अधिकांश कंपनियों के लिए काम करने वाला पैटर्न: क्लाइंट-साइड AES-256-GCM एन्क्रिप्शन, पासवर्ड या ईमेल-गेटेड रिसीवर ऑथेंटिकेशन, 7 दिन या उससे कम रिटेंशन, SIEM को फीड किए गए immutable ऑडिट लॉग्स, डाउनलोड पर NDA click-through, और टॉप-टियर दस्तावेज़ों के लिए dynamic watermarking। इनमें से कोई भी exotic नहीं है, लेकिन इसके लिए एक default सेट करना और उसे enforce करना ज़रूरी है — बजाय हर कर्मचारी को अपना टूल चुनने देने के।

hexatransfer.com पर आज़माएं — मुफ्त, बिना अकाउंट, 10 GB तक।