हैकर्स से फ़ाइलें सुरक्षित रखें: ज़रूरी सिक्योरिटी प्रैक्टिस

हैकर्स से फ़ाइलें सुरक्षित रखना encryption से शुरू होता है — transfer के दौरान AES-256-GCM, upload से पहले client-side encryption, और connection के लिए TLS 1.3। इसमें जोड़ें expiring download links (24 घंटे sensible default है), 600,000 iterations पर PBKDF2 के साथ password protection, download limits, और sensitive data hold करने वाले किसी भी account पर two-factor authentication। 2023 Verizon Data Breach Investigations Report ने पाया कि 74% breaches में human element शामिल है — weak passwords, phishing, misconfigured shares। Technical controls आधी समस्या fix करते हैं; बाकी disciplined workflow है। यहाँ वही है जो actually needle move करता है।

File share करते समय attack surface

आपसे किसी और तक जाती फ़ाइल कई danger zones से गुज़रती है:

• आपका device — malware जो encryption से पहले files पढ़ता है
• आपका local network — hostile Wi-Fi, ARP spoofing, rogue DNS
• ISP और backbone links — historically nation-state SIGINT द्वारा targeted
• Transfer service के servers — breach, insider threat, legal demands
• Recipient का inbox या messaging app — जहाँ share links accumulate होते हैं
• Recipient का device — reverse में same problem

प्रत्येक zone को specific defense चाहिए। किसी को भी ignore करना एक reliable attack path छोड़ता है।

End-to-end encryption से शुरू करें

सबसे strong single control client-side encryption है जहाँ key कभी server तक नहीं पहुँचती। Web Crypto API का उपयोग करके browser में AES-256-GCM ciphertext produce करती है जो key के बिना बेकार है, भले ही provider compromise हो। Key केवल URL fragment में travel करती है (# के बाद सब कुछ), जिसे browsers servers को कभी नहीं भेजते।

ऐसी services जो इसे correctly implement करती हैं: Tresorit Send, Proton Drive shared links, SwissTransfer E2EE tier, Mega.nz, HexaTransfer।

जो encrypt करती हैं लेकिन client-side नहीं हैं: WeTransfer standard tier, Google Drive, Dropbox, OneDrive share links, Box standard sharing। ये provider की honesty और competence पर rely करती हैं — low-sensitivity content के लिए ठीक, उस चीज़ के लिए insufficient जो आप breach headline में देखकर uncomfortable हों।

Expiring links, हमेशा

हमेशा के लिए रहने वाला share link एक breach waiting to happen है। Email archives leak होते हैं, Slack exports चोरी होते हैं, laptops browser history के साथ eBay पर बिकते हैं। Time-bound links damage को limit करते हैं।

Sensible defaults:

• Personal files: 24–72 घंटे
• Business documents: 7 days max
• One-time secrets: 1 घंटा या one-download

जहाँ available हो burn-after-reading configure करें। Password resets, credentials, और one-time codes को पढ़े जाने के क्षण ही self-destruct होना चाहिए। Single-download links दूसरे access attempt को loudly fail करते हैं — अच्छा है, आप जानना चाहते हैं कि आपका link intercept हुआ।

Links के ऊपर passwords

URL fragment अकेले का मतलब है link वाला कोई भी download कर सकता है। Password जोड़ना single-channel share को two-factor बनाता है: attacker को link और password दोनों चाहिए, ideally अलग-अलग channels से भेजे जाएं।

Implementation जो actually काम करता है:

• PBKDF2-HMAC-SHA-256 कम से कम 600,000 iterations के साथ (OWASP 2023), या Argon2id 64 MB memory के साथ।
• Password manager से 12+ character passwords, "Spring2025" नहीं।
• Password link से अलग channel से दिया जाए — अगर link emailed था तो Signal से, अगर link Slack में था तो SMS से।

एक determined attacker अभी भी weak passwords को offline brute-force कर सकता है अगर उसने ciphertext और salt दोनों intercept किए। KDF उन्हें slow करती है; strong passwords उन्हें रोकते हैं।

अपने accounts lock down करें

अगर आप account-based service use करते हैं, तो account खुद attack target बन जाता है। 2022 Uber breach एक contractor के login के खिलाफ credential-stuffing से शुरू हुआ।

Minimum hygiene:

• Password manager से प्रति service unique password (1Password, Bitwarden, Proton Pass)।
• Two-factor authentication — SMS की बजाय TOTP (Google Authenticator, Authy) या hardware keys (YubiKey, Titan) prefer करें, जो SIM swap attacks के प्रति vulnerable है।
• Passkeys जहाँ available हों — WebAuthn-backed, phishing-resistant, increasingly supported।
• Session timeouts 30 days या कम।
• Device management — active sessions review करें, जो भी recognize न करें उसे revoke करें।

Google, Microsoft, और Apple अब नए accounts के लिए 2FA default करते हैं। Self-hosted और छोटी services अक्सर नहीं करतीं।

अपना device audit करें

Endpoint security सबसे कमज़ोर link है क्योंकि attackers यह जानते हैं। अगर आपका laptop compromised है, तो आपने जो भी encrypt किया वह encryption से पहले readable था। Baseline:

• Full-disk encryption — macOS पर FileVault, Windows Pro पर BitLocker, Linux पर LUKS।
• OS और browser updates release के 7 दिनों के भीतर। 2021 Pegasus iMessage zero-click exploit patches miss करने वाले devices को hit किया।
• Windows पर reputable antivirus / EDR — Microsoft Defender अधिकांश users के लिए acceptable है।
• Pirated software नहीं। Cracks और keygens non-targeted home users के लिए most common malware vector हैं।
• Lock screen password 10+ character passphrase के साथ।
• Remote wipe enabled (Find My Mac, Microsoft Find My Device, Apple Find My)।

High-risk काम (journalism, legal, nation-state adversaries के साथ research) के लिए, tight software hygiene वाला dedicated laptop consider करें, या compartmentalization के लिए Qubes OS।

DPDP Act 2023 के तहत, Indian organizations जो personal data handle करती हैं उनके लिए reasonable security practices maintain करना legal obligation है — encryption और secure transfer practices compliance का हिस्सा हैं।

Recipient verify करें

Sensitive file को wrong address पर भेजना अपनी breach category है। 2017 Equifax notification emails ने accidentally users को phishing domain की ओर point किया। Prevention:

• Email address को second channel से confirm करें भेजने से पहले। Recipient को call करें, encrypted messenger check करें, address को letter by letter पढ़ें।
• Filenames में unambiguous identifiers use करें ताकि recipient immediately जाने कि क्या receive किया।
• Test file से शुरू करें — एक 1 KB text file address और process को actual sensitive content भेजने से पहले confirm करती है।
• Homograph attacks watch करें — rn बिल्कुल m जैसा दिखता है, Cyrillic а domain names में Latin a जैसा दिखता है।

Metadata watch करें

Encryption contents hide करती है, filenames, sizes, या timestamps नहीं। Metadata leaks content leaks जितनी damaging हो सकती हैं। दो examples:

• Q4-2025-layoffs-final.xlsx नामक file किसी को decrypt किए बिना story बताती है।
• EXIF GPS coordinates embed की गई photos आपका home address उन्हें reveal कर सकती हैं जो उन्हें receive करें।

Mitigations:

• Sharing से पहले files को neutral names में rename करें (attachment.xlsx बजाय telling name के)।
• भेजने से पहले exiftool -all= photo.jpg से EXIF data strip करें।
• ऐसी services use करें जो filenames को contents के साथ encrypt करती हैं (Tresorit, Proton Drive, HexaTransfer यह करते हैं)।
• जहाँ possible हो padding से file sizes round करें।

जब संभव हो access monitor करें

भेजने के बाद, visibility matter करती है। Download events दिखाने वाली services आपको problems जल्दी detect करने देती हैं:

• क्या recipient ने download किया? (Expected।)
• क्या different IP से second download था? (Intercepted?)
• क्या link किसी unexpected country से access हुआ? (VPN या leak।)
• क्या failed password attempts हैं? (Brute force in progress।)

Tresorit और Proton Drive access log करते हैं; SwissTransfer download counts दिखाता है; अधिकांश consumer services नहीं करतीं। Downloads count करना भी useful है — एक one-download link जो दो बार downloaded हुई loud alarm है।

Delete से पहले backup

24-hour transfer के बाद delete की गई file service से चली जाती है। सुनिश्चित करें कि आपके पास local copy है अगर बाद में file चाहिए। AES-256-XTS full-disk encryption (LUKS, VeraCrypt) के साथ dedicated archive disk plus Backblaze B2 या AWS S3 पर offsite backup standard personal setup है।

कम से कम दो locations में important data की तीन copies, एक offline के साथ — 3-2-1 rule — cloud-only storage से ransomware के खिलाफ बेहतर survive करती है।

एक practical daily routine

Sensitive files regularly share करने वाले किसी भी व्यक्ति के लिए:

1. VeraCrypt containers या FileVault से locally at rest encrypt करें।
2. Default रूप से client-side encrypted transfer service use करें।
3. 24-hour expiration और single-download limit set करें।
4. Password manager से strong password add करें, second channel से भेजा जाए।
5. Send करने से पहले recipient verify करें।
6. Download confirm करें, फिर share link की local copy delete करें।

Total overhead: प्रति transfer लगभग 30 seconds। Breach risk reduction: substantial।

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