summaryrefslogtreecommitdiff
path: root/t/t0009-prio-queue.sh
diff options
context:
space:
mode:
authorMichał Górny <mgorny@gentoo.org>2018-10-20 19:30:20 (GMT)
committerJunio C Hamano <gitster@pobox.com>2018-10-22 03:42:30 (GMT)
commitda6cf1b3360eefdce3dbde7632eca57177327f37 (patch)
treea1105c58db7deb0adc220b7cb9f050a35fa05361 /t/t0009-prio-queue.sh
parentcae598d9980661a978e2df4fb338518f7bf09572 (diff)
downloadgit-da6cf1b3360eefdce3dbde7632eca57177327f37.zip
git-da6cf1b3360eefdce3dbde7632eca57177327f37.tar.gz
git-da6cf1b3360eefdce3dbde7632eca57177327f37.tar.bz2
gpg-interface.c: detect and reject multiple signatures on commits
GnuPG supports creating signatures consisting of multiple signature packets. If such a signature is verified, it outputs all the status messages for each signature separately. However, git currently does not account for such scenario and gets terribly confused over getting multiple *SIG statuses. For example, if a malicious party alters a signed commit and appends a new untrusted signature, git is going to ignore the original bad signature and report untrusted commit instead. However, %GK and %GS format strings may still expand to the data corresponding to the original signature, potentially tricking the scripts into trusting the malicious commit. Given that the use of multiple signatures is quite rare, git does not support creating them without jumping through a few hoops, and finally supporting them properly would require extensive API improvement, it seems reasonable to just reject them at the moment. Signed-off-by: Michał Górny <mgorny@gentoo.org> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t0009-prio-queue.sh')
0 files changed, 0 insertions, 0 deletions