• 8 Posts
  • 238 Comments
Joined 1 year ago
cake
Cake day: June 23rd, 2023

help-circle












  • Thanks!

    The file does have an ownership information (the public RSA key of the owner), it’s just that a malicious node doesn’t show any proof of ownership of the data it’s sending (which causes the problem). I think I have a straight forward solution but I’ll ponder it a bit more before digging in :-) I’d like to have the possibility to download from several nodes at once which makes things a bit more interesting.

    Would you mind if I copy paste this conversation over to tenfingers@lemmy.mindoki.com ? I guess here it will disappear in the abyss…

    Cheers

    Valmond







  • The idea is that nodes are trust-less, they do not know anything about the data.

    An owner is authentified over an RSA handshake, so if the owner is not compromised, your request for updating a data will be rejected.

    A malicous node though, must be both lucky (asked to share the data, so it can try to serve the malicious data) but also must have access to the link file so he can use the AES key to encrypt the bad data. This could happen if a malicious peron gets the hand on the link file, which sort of defeats the whole idea in the first place but it’s an attack vector for sure.

    So back to the drawing board again.

    The public RSA key of the owner is already in the link file, I think I can use it to authenticate the data (say the original user uses his private RSA to sign a hash of the data and adds it to the payload).

    Very good feedback, I thought I had it all covered. It seems like I can make a secure fix but I’ll think a bit more about it first of course.