summaryrefslogtreecommitdiff
path: root/doc/devblog/day_321__download_verification.mdwn
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2015-10-01 16:12:35 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2015-10-01 16:12:35 -0400
commitd52163c67e9442c713395bc1b3873bdd26bf6c5b (patch)
tree868665852125f76378b56c4aa284671db865422b /doc/devblog/day_321__download_verification.mdwn
parentb9fe55705f19fc39889da6157714039047aed4c9 (diff)
devblog
Diffstat (limited to 'doc/devblog/day_321__download_verification.mdwn')
-rw-r--r--doc/devblog/day_321__download_verification.mdwn13
1 files changed, 13 insertions, 0 deletions
diff --git a/doc/devblog/day_321__download_verification.mdwn b/doc/devblog/day_321__download_verification.mdwn
new file mode 100644
index 000000000..e8c944364
--- /dev/null
+++ b/doc/devblog/day_321__download_verification.mdwn
@@ -0,0 +1,13 @@
+While at the DerbyCon security conference, I got to thinking about
+verifying objects that git-annex downloads from remotes. This can be
+expensive for big files, so git-annex has never done it at download time,
+instead deferring it to fsck time. But, that is a divergence from git,
+which always verifies checksums of objects it receives. So, it violates
+least surprise for git-annex to not verify checksums too. And this could
+weaken security in some use cases.
+
+So, today I changed that. Now whenever git-annex accepts an object into
+.git/annex/objects, it first verifies its checksum and size. I did add a
+setting to disable that and get back the old behavior: `git config
+annex.verify false`, and there's also a per-remote setting if you want to
+verify content from some remotes but not others.