Ano ang End-to-End Encrypted (E2E) File Sharing? Gabay para sa Baguhan

Malamang narinig mo na ang terminong "end-to-end encryption" (E2E o E2EE). Ito ang security feature na sinasabi ng Messenger, WhatsApp, at Signal, pero maraming tao ay hindi sure kung ano talaga ang ibig sabihin. Ipapaliwanag ng gabay na ito kung ano ang end-to-end encryption at bakit ito mahalaga sa pagbabahagi ng file.

Regular na Encryption vs End-to-End Encryption

Regular na Encryption (TLS/HTTPS)

Karamihan sa mga website ay naka-encrypt gamit ang HTTPS. Ganito ang daloy:

Ikaw → [Encrypt] → Server → [Decrypt] → [Muling encrypt] → Tatanggap

Naka-encrypt ang data habang nasa daan, pero kayang i-decrypt at basahin ng server ang laman. Ganito ang email, Google Drive, at karamihan sa cloud services.

End-to-End Encryption (E2EE)

Iba ang end-to-end encryption:

Ikaw → [Encrypt] → Server → Tatanggap → [Decrypt]

Hindi kailanman makapag-decrypt ang server ng data. Ang nagpadala at tatanggap lang ang makakakita ng original.

Bakit Mahalaga ang End-to-End Encryption

1. Ligtas kahit na-hack ang server

Kung ma-hack ang server, encrypted na data lang ang makukuha ng mga attacker. Kung walang key, basura lang ito.

2. Kahit ang service provider ay hindi makakabasa

Mga kumpanya tulad ng Google o Microsoft ay teknikal na may access sa data sa kanilang mga server. Sa E2E encryption, kahit sila ay hindi makakabasa ng files mo.

3. Proteksyon mula sa kahilingan ng pamahalaan

Kung ipinilit sa kumpanya na ibigay ang data, encrypted bytes lang ang kaya nilang ibigay.

4. Pinipigil ang insider access

Pinipigil ang mga mausisang o maling-intensyon na empleyado na tingnan ang data ng user.

Ano ang Ibig Sabihin ng E2E sa File Sharing

Regular na file sharing (Google Drive, Dropbox, atbp.):

Item	Posible?
Server nagde-decrypt ng files	✅ Oo
Provider makakabasa ng files	✅ Oo
Originals nailantad sa hack	✅ Risk
Maaaring ibigay sa mga awtoridad	✅ Oo

End-to-end encrypted file sharing (Tresorit, Sync.com, atbp.):

Item	Posible?
Server nagde-decrypt ng files	❌ Hindi
Provider makakabasa ng files	❌ Hindi
Originals nailantad sa hack	❌ Ligtas
Maaaring ibigay sa mga awtoridad	❌ Encrypted bytes lang

Paano Gumagana ang E2E Encryption

Gawin nating halimbawa ang request link ng LOCK.PUB — ang nag-iisang feature ng LOCK.PUB na ginawa sa ganitong paraan:

1. Setup: gumagawa ang browser mo ng key pair at ikinakandado ang private key gamit ang unlock password mo. Hindi kailanman lumalabas sa device mo ang password mismo
2. Upload: ine-encrypt ng browser ng nagpapadala ang submission gamit ang public key mo bago pa ito umalis sa device nila
3. Storage: sa server, ciphertext ang mga submission at nananatiling nakakandado ng password mo ang private key mo, habang nababasa pa rin ang mga praktikal na detalye tulad ng sariling text ng form at pangalan ng bawat nagpadala. Hindi kailanman iniimbak ang unlock password mo
4. Decryption: binubuksan mo ang mga submission sa sarili mong browser gamit ang unlock password. Ang mismong laman ng submission ay ciphertext na hindi namin nababasa

Mga Caveat ng E2E Encryption

Malakas ang end-to-end encryption, pero may mga limitasyon.

1. Walang Recovery kapag Nakalimutan ang Password

Hindi alam ng server ang password mo, kaya kapag nakalimutan mo, permanente nang hindi magagamit ang file. Hindi ito depekto — ito ay patunay ng tunay na E2E encryption.

2. Mahina ang Password = Walang Silbi

Ang password na tulad ng "1234" ay madaling masira sa brute force attack. Gumamit ng malalakas na password.

3. Kailangang Ligtas ang Device ng Tatanggap

Kung na-compromise ang computer ng tatanggap, maaaring malantad pa rin ang mga decrypted na file. Pinoprotektahan ng encryption ang file saanman maliban sa device kung saan ito binubuksan, kaya panatilihing naka-lock at updated ang device na iyon.

Alin ang Tunay na E2E Encrypted?

Service	E2E Encrypted?
Google Drive	❌
Dropbox	❌ bilang default (opsyonal na E2EE team folders sa pinakamataas na business plans, walang shared links)
OneDrive	❌
WeTransfer	❌
Tresorit	✅
Sync.com	✅
LOCK.PUB (request links)	✅
LOCK.PUB (file links)	❌ Nakabatay sa password
Signal (messenger)	✅
WhatsApp (messenger)	✅

End-to-end encrypted ang mga request link ng LOCK.PUB: sa browser mo ginagawa ang key pair, at hindi kailanman nakakarating sa amin ang unlock password na nagbubukas sa private key. Iba ang modelo ng mga file, memo at image link: ini-encrypt ang content sa aming server gamit ang key na nangangailangan ng dalawang bagay — ang password na pinili mo at isang server secret na nakatago sa labas ng database. Kaya walang silbi ang nanakaw na encrypted data kung iyon lang ang hawak. Di-hamak na mas matibay ito kaysa sa karaniwang cloud storage: hindi kailanman iniimbak bilang nababasang text ang laman ng mga file at memo mo — nananatiling nababasa ang mga praktikal na detalye tulad ng pangalan ng file at ng public memo na pinili mo, para alam ng tatanggap kung ano ang binubuksan niya — at hindi kailanman iniimbak ang password mismo.

Pangwakas

Hindi lang basta salitang pang-marketing ang end-to-end encryption — ito ay totoong malakas na modelo ng seguridad. Magkakaiba ang paraan ng pag-encrypt ng mga feature kahit nasa iisang service, kaya tiyaking pasok ang gagamitin mo, at itugma ito sa trabaho.

Kung kailangan mo ng tunay na E2EE, ang request link ng LOCK.PUB ay gumagawa ng key pair sa browser mo, at hindi kailanman nakakarating sa amin ang unlock password mo — libre gamit ang LOCK.PUB account, at walang account o app na kailangan ang mga nagpapadala sa iyo ng files. Para sa pang-araw-araw na pagbabahagi, mas simple ang password-protected file link: naka-encrypt ang files habang nakaimbak, hindi namin iniimbak ang password mo at hindi rin ito mare-recover, at puwede kang mag-set ng expiry date (Pro) para hindi na gumana ang link pagkatapos ng araw na pinili mo.