comment
authorJoey Hess <joeyh@joeyh.name>
Wed, 14 May 2025 18:04:18 +0000 (14:04 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 14 May 2025 18:04:18 +0000 (14:04 -0400)
doc/encryption/comment_19_ab5845de89d64b46dbc01c626b4db702._comment [new file with mode: 0644]

diff --git a/doc/encryption/comment_19_ab5845de89d64b46dbc01c626b4db702._comment b/doc/encryption/comment_19_ab5845de89d64b46dbc01c626b4db702._comment
new file mode 100644 (file)
index 0000000..a1298f8
--- /dev/null
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""Re: Why is the default HMACSHA1 for shared encryption?"""
+ date="2025-05-14T17:52:30Z"
+ content="""
+This is a HMACSHA1 of the git-annex key, so for a collision to be a problem
+you would need two files whose keys collide to be stored in the repository. 
+And then the result would be that retrieving one of the files from the remote
+would fail when it verifies the downloaded file matches the hash.
+Which is not worth the bother of generating the collision.
+
+The point of using HMAC here is not cryptographic collision resistance, but
+to prevent an attacker who does not have access to the git repository 
+(and so lacks access to the HMAC secret key) from making guesses about what
+files are stored in an encrypted special remote that they do have access to.
+And HMACSHA1 accomplishes that as securely as HMACSHA256, I think.
+"""]]