But the JS code could be checked on the webpage, correct? If so, the page could be trysted (if vetted).
peregus
@[email protected] but the owner of the server could change it, could it be checked directly on the webpage of the service? Not that I will do it (I can't, I can't read that code), I'm just curious.
Oh, ok, now I get it. So it could be checked by a third party if that code is really created by the browser and if it's not sent to the server, correct?
But it's the server that creates the URL in the first place, so it must knows it, right? ...or wrong?
Do you mind sharing with us what's incorrect? I'm here to learn.
Oh, now I get it, the whole system works if we trust the guy that provide that system.
How it works: I don’t know about this service in particular, but usually the shared contains the encryption key so like this: example.com/files/file_id/encryption_key or something similar
But if the key is in the URL, that's provided by the server, where's the utility of the encryption since the server knows it and so does everyone that has the URL?
The recipients retrieve the encrypted data and decrypt it themselves
Ok, but how can the recipient decrypt it if he doesn't have the key? The only thing that's shared is the URL and if the key is in the URL, well, I don't know what's the use for it since the server knows it.
Send lets you share files with end-to-end encryption
How is this possible if the only thing that is shared between sender and receiver is just a link (that is provided by the website)?
How can we trust https://send.vis.ee/? Who are they?
Why post an article from 2022? Did something happen lately about K9/Thunderbird?
Ok, but what do you download on your smartphone?
@[email protected] Thanks a lot for your time explaining that to me!