-
-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feture Request: Unencrypted mode #142
Comments
Send is a primarily a browser based file sharing platform. There's no way to implement an end-to-end encrypted system without served cryptography on the front-end.
If you somehow don't trust the cryptography, you can always encrypt the file before uploading through Send or sending through I see no reason to implement an unencrypted mode. |
Thank you for your reply! What if the server operator changes the source code? There is no way to verify about that, not like local client which can be verified with PGP. |
That is true. I've stated this in the bottom of the Security section here: https://github.com/timvisee/ffsend#security |
Since there are some people who don't trust and really rely on front end encryption and decide to encrypt by themselves. I think it is reasonable to implement a unencrypted mode download/upload resumption in order to share big file. There is no other way to share big file stably for tor users. |
Hi I am a Tor Browser user and I find it very likely to collapse or fail when encrypting in browser for large files. There is also a size limit that Tor Browser can decrypt(a few hundred MB). I never trust front-end encryption anyway. I always encrypt locally myself. I think it would good to introduce a no-javascript unencrypted mode to serve all user's needs. Thank you!
The text was updated successfully, but these errors were encountered: