I tried to use sync.com for it's advertised zero knowledge. But I'm skeptical. If I create a link without a password and share it with a text message, my friend who gets this link is able to download the document and view the content. However my friend doesn't know my password. Therefore, i conclude that once i create a link, it means sync.com creates an unencrypted copy of my document on their cloud (COMPLETELY UNENCRYPTED). Therefore creating links (without passwords) essentially defeats the purpose of zero knowledge. Is this correct? So sync.com cannot claim zero knowledge for links and should explicitly state so

  • Related question here
    – gowenfawr
    Commented May 10, 2020 at 18:49

1 Answer 1


I've only looked at this briefly, but a sync link looks like this:


The characters after the hash (the fragment) are not sent to the server. I expect the server uses the ID in the path to fetch the encrypted file, and the fragment is used as a key for client-side decryption.

  • I don't know about sync.com, but I am pretty sure Firefox Send (send.firefox.com) works this way, so it certainly sounds plausible. In fact until I read about the innards of Firefox Send it never occurred to me that the browser does not (need to) send the anchor (fragment?) string to the server.
    – user88917
    Commented May 11, 2020 at 0:51
  • 1
    @sitaram - "fragment" - that was the word I couldn't remember!
    – paj28
    Commented May 11, 2020 at 4:54

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .