2011-10-20 02:15:05 +02:00
|
|
|
#!/bin/sh
|
|
|
|
|
|
|
|
test_description='signed commit tests'
|
|
|
|
. ./test-lib.sh
|
gpg-interface: use more status letters
According to gpg2's doc/DETAILS:
For each signature only one of the codes GOODSIG, BADSIG,
EXPSIG, EXPKEYSIG, REVKEYSIG or ERRSIG will be emitted.
gpg1 ("classic") behaves the same (although doc/DETAILS differs).
Currently, we parse gpg's status output for GOODSIG, BADSIG and
trust information and translate that into status codes G, B, U, N
for the %G? format specifier.
git-verify-* returns success in the GOODSIG case only. This is
somewhat in disagreement with gpg, which considers the first 5 of
the 6 above as VALIDSIG, but we err on the very safe side.
Introduce additional status codes E, X, Y, R for ERRSIG, EXPSIG,
EXPKEYSIG, and REVKEYSIG so that a user of %G? gets more information
about the absence of a 'G' on first glance.
Requested-by: Alex <agrambot@gmail.com>
Signed-off-by: Michael J Gruber <git@drmicha.warpmail.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-10-12 15:04:15 +02:00
|
|
|
GNUPGHOME_NOT_USED=$GNUPGHOME
|
2011-10-20 02:15:05 +02:00
|
|
|
. "$TEST_DIRECTORY/lib-gpg.sh"
|
|
|
|
|
|
|
|
test_expect_success GPG 'create signed commits' '
|
2013-12-16 14:55:04 +01:00
|
|
|
test_when_finished "test_unconfig commit.gpgsign" &&
|
|
|
|
|
2011-10-20 02:15:05 +02:00
|
|
|
echo 1 >file && git add file &&
|
|
|
|
test_tick && git commit -S -m initial &&
|
|
|
|
git tag initial &&
|
|
|
|
git branch side &&
|
|
|
|
|
|
|
|
echo 2 >file && test_tick && git commit -a -S -m second &&
|
|
|
|
git tag second &&
|
|
|
|
|
|
|
|
git checkout side &&
|
|
|
|
echo 3 >elif && git add elif &&
|
|
|
|
test_tick && git commit -m "third on side" &&
|
|
|
|
|
|
|
|
git checkout master &&
|
|
|
|
test_tick && git merge -S side &&
|
|
|
|
git tag merge &&
|
|
|
|
|
|
|
|
echo 4 >file && test_tick && git commit -a -m "fourth unsigned" &&
|
|
|
|
git tag fourth-unsigned &&
|
|
|
|
|
2012-01-05 19:54:14 +01:00
|
|
|
test_tick && git commit --amend -S -m "fourth signed" &&
|
2013-12-16 14:55:04 +01:00
|
|
|
git tag fourth-signed &&
|
|
|
|
|
|
|
|
git config commit.gpgsign true &&
|
|
|
|
echo 5 >file && test_tick && git commit -a -m "fifth signed" &&
|
|
|
|
git tag fifth-signed &&
|
|
|
|
|
|
|
|
git config commit.gpgsign false &&
|
|
|
|
echo 6 >file && test_tick && git commit -a -m "sixth" &&
|
|
|
|
git tag sixth-unsigned &&
|
|
|
|
|
|
|
|
git config commit.gpgsign true &&
|
|
|
|
echo 7 >file && test_tick && git commit -a -m "seventh" --no-gpg-sign &&
|
|
|
|
git tag seventh-unsigned &&
|
|
|
|
|
|
|
|
test_tick && git rebase -f HEAD^^ && git tag sixth-signed HEAD^ &&
|
2015-03-20 11:07:15 +01:00
|
|
|
git tag seventh-signed &&
|
2014-06-17 02:05:54 +02:00
|
|
|
|
|
|
|
echo 8 >file && test_tick && git commit -a -m eighth -SB7227189 &&
|
2016-05-02 23:58:45 +02:00
|
|
|
git tag eighth-signed-alt &&
|
|
|
|
|
|
|
|
# commit.gpgsign is still on but this must not be signed
|
t7510: invoke git as part of &&-chain
If `git commit-tree HEAD^{tree}` fails on us and produces no output on
stdout, we will substitute that empty string and execute `git tag
ninth-unsigned`, i.e., we will tag HEAD rather than a newly created
object. But we are lucky: we have a signature on HEAD, so we should
eventually fail the next test, where we verify that "ninth-unsigned" is
indeed unsigned.
We have a similar problem a few lines later. If `git commit-tree -S`
fails with no output, we will happily tag HEAD as "tenth-signed". Here,
we are not so lucky. The tag ends up on the same commit as
"eighth-signed-alt", and that's a signed commit, so t7510-signed-commit
will pass, despite `git commit-tree -S` failing.
Make these `git commit-tree` invocations a direct part of the &&-chain,
so that we can rely less on luck and set a better example for future
tests modeled after this one. Fix a 9/10 copy/paste error while at it.
Signed-off-by: Martin Ågren <martin.agren@gmail.com>
Signed-off-by: Brandon Richardson <brandon1024.br@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-01-20 00:23:33 +01:00
|
|
|
echo 9 | git commit-tree HEAD^{tree} >oid &&
|
|
|
|
test_line_count = 1 oid &&
|
|
|
|
git tag ninth-unsigned $(cat oid) &&
|
2016-05-02 23:58:45 +02:00
|
|
|
# explicit -S of course must sign.
|
t7510: invoke git as part of &&-chain
If `git commit-tree HEAD^{tree}` fails on us and produces no output on
stdout, we will substitute that empty string and execute `git tag
ninth-unsigned`, i.e., we will tag HEAD rather than a newly created
object. But we are lucky: we have a signature on HEAD, so we should
eventually fail the next test, where we verify that "ninth-unsigned" is
indeed unsigned.
We have a similar problem a few lines later. If `git commit-tree -S`
fails with no output, we will happily tag HEAD as "tenth-signed". Here,
we are not so lucky. The tag ends up on the same commit as
"eighth-signed-alt", and that's a signed commit, so t7510-signed-commit
will pass, despite `git commit-tree -S` failing.
Make these `git commit-tree` invocations a direct part of the &&-chain,
so that we can rely less on luck and set a better example for future
tests modeled after this one. Fix a 9/10 copy/paste error while at it.
Signed-off-by: Martin Ågren <martin.agren@gmail.com>
Signed-off-by: Brandon Richardson <brandon1024.br@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-01-20 00:23:33 +01:00
|
|
|
echo 10 | git commit-tree -S HEAD^{tree} >oid &&
|
|
|
|
test_line_count = 1 oid &&
|
|
|
|
git tag tenth-signed $(cat oid)
|
2011-10-20 02:15:05 +02:00
|
|
|
'
|
|
|
|
|
2014-06-23 09:05:51 +02:00
|
|
|
test_expect_success GPG 'verify and show signatures' '
|
2011-10-20 02:15:05 +02:00
|
|
|
(
|
2016-05-02 23:58:45 +02:00
|
|
|
for commit in initial second merge fourth-signed \
|
|
|
|
fifth-signed sixth-signed seventh-signed tenth-signed
|
2011-10-20 02:15:05 +02:00
|
|
|
do
|
2014-06-23 09:05:51 +02:00
|
|
|
git verify-commit $commit &&
|
2011-10-20 02:15:05 +02:00
|
|
|
git show --pretty=short --show-signature $commit >actual &&
|
t7510: use consistent &&-chains in loop
We check multiple commits in a loop. Because we want to
break out of the loop if any single iteration fails, we use
a subshell/exit like:
(
for i in $stuff
do
do-something $i || exit 1
done
)
However, we are inconsistent in our loop body. Some commands
get their own "|| exit 1", and others try to chain to the
next command with "&&", like:
X &&
Y || exit 1
Z || exit 1
This is a little hard to read and follow, because X and Y
are treated differently for no good reason. But much worse,
the second loop follows a similar pattern and gets it wrong.
"Y" is expected to fail, so we use "&& exit 1", giving us:
X &&
Y && exit 1
Z || exit 1
That gets the test for X wrong (we do not exit unless both X
fails and Y unexpectedly succeeds, but we would want to exit
if _either_ is wrong). We can write this clearly and
correctly by consistently using "&&", followed by a single
"|| exit 1", and negating Y with "!" (as we would in a
normal &&-chain). Like:
X &&
! Y &&
Z || exit 1
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2014-06-17 02:03:43 +02:00
|
|
|
grep "Good signature from" actual &&
|
|
|
|
! grep "BAD signature from" actual &&
|
|
|
|
echo $commit OK || exit 1
|
2011-10-20 02:15:05 +02:00
|
|
|
done
|
|
|
|
) &&
|
|
|
|
(
|
2016-05-02 23:58:45 +02:00
|
|
|
for commit in merge^2 fourth-unsigned sixth-unsigned \
|
|
|
|
seventh-unsigned ninth-unsigned
|
2011-10-20 02:15:05 +02:00
|
|
|
do
|
2014-06-23 09:05:51 +02:00
|
|
|
test_must_fail git verify-commit $commit &&
|
2011-10-20 02:15:05 +02:00
|
|
|
git show --pretty=short --show-signature $commit >actual &&
|
t7510: use consistent &&-chains in loop
We check multiple commits in a loop. Because we want to
break out of the loop if any single iteration fails, we use
a subshell/exit like:
(
for i in $stuff
do
do-something $i || exit 1
done
)
However, we are inconsistent in our loop body. Some commands
get their own "|| exit 1", and others try to chain to the
next command with "&&", like:
X &&
Y || exit 1
Z || exit 1
This is a little hard to read and follow, because X and Y
are treated differently for no good reason. But much worse,
the second loop follows a similar pattern and gets it wrong.
"Y" is expected to fail, so we use "&& exit 1", giving us:
X &&
Y && exit 1
Z || exit 1
That gets the test for X wrong (we do not exit unless both X
fails and Y unexpectedly succeeds, but we would want to exit
if _either_ is wrong). We can write this clearly and
correctly by consistently using "&&", followed by a single
"|| exit 1", and negating Y with "!" (as we would in a
normal &&-chain). Like:
X &&
! Y &&
Z || exit 1
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2014-06-17 02:03:43 +02:00
|
|
|
! grep "Good signature from" actual &&
|
|
|
|
! grep "BAD signature from" actual &&
|
|
|
|
echo $commit OK || exit 1
|
2014-06-17 02:05:54 +02:00
|
|
|
done
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
for commit in eighth-signed-alt
|
|
|
|
do
|
|
|
|
git show --pretty=short --show-signature $commit >actual &&
|
|
|
|
grep "Good signature from" actual &&
|
|
|
|
! grep "BAD signature from" actual &&
|
|
|
|
grep "not certified" actual &&
|
|
|
|
echo $commit OK || exit 1
|
2011-10-20 02:15:05 +02:00
|
|
|
done
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2015-06-22 01:14:40 +02:00
|
|
|
test_expect_success GPG 'verify-commit exits success on untrusted signature' '
|
2015-06-22 01:14:39 +02:00
|
|
|
git verify-commit eighth-signed-alt 2>actual &&
|
|
|
|
grep "Good signature from" actual &&
|
|
|
|
! grep "BAD signature from" actual &&
|
|
|
|
grep "not certified" actual
|
|
|
|
'
|
|
|
|
|
2015-06-22 01:14:42 +02:00
|
|
|
test_expect_success GPG 'verify signatures with --raw' '
|
|
|
|
(
|
|
|
|
for commit in initial second merge fourth-signed fifth-signed sixth-signed seventh-signed
|
|
|
|
do
|
|
|
|
git verify-commit --raw $commit 2>actual &&
|
|
|
|
grep "GOODSIG" actual &&
|
|
|
|
! grep "BADSIG" actual &&
|
|
|
|
echo $commit OK || exit 1
|
|
|
|
done
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
for commit in merge^2 fourth-unsigned sixth-unsigned seventh-unsigned
|
|
|
|
do
|
|
|
|
test_must_fail git verify-commit --raw $commit 2>actual &&
|
|
|
|
! grep "GOODSIG" actual &&
|
|
|
|
! grep "BADSIG" actual &&
|
|
|
|
echo $commit OK || exit 1
|
|
|
|
done
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
for commit in eighth-signed-alt
|
|
|
|
do
|
|
|
|
git verify-commit --raw $commit 2>actual &&
|
|
|
|
grep "GOODSIG" actual &&
|
|
|
|
! grep "BADSIG" actual &&
|
|
|
|
grep "TRUST_UNDEFINED" actual &&
|
|
|
|
echo $commit OK || exit 1
|
|
|
|
done
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2014-06-23 09:05:51 +02:00
|
|
|
test_expect_success GPG 'show signed commit with signature' '
|
|
|
|
git show -s initial >commit &&
|
|
|
|
git show -s --show-signature initial >show &&
|
|
|
|
git verify-commit -v initial >verify.1 2>verify.2 &&
|
|
|
|
git cat-file commit initial >cat &&
|
2015-03-09 21:03:01 +01:00
|
|
|
grep -v -e "gpg: " -e "Warning: " show >show.commit &&
|
|
|
|
grep -e "gpg: " -e "Warning: " show >show.gpg &&
|
2014-06-23 09:05:51 +02:00
|
|
|
grep -v "^ " cat | grep -v "^gpgsig " >cat.commit &&
|
|
|
|
test_cmp show.commit commit &&
|
|
|
|
test_cmp show.gpg verify.2 &&
|
|
|
|
test_cmp cat.commit verify.1
|
|
|
|
'
|
|
|
|
|
2011-10-20 02:15:05 +02:00
|
|
|
test_expect_success GPG 'detect fudged signature' '
|
2014-06-17 01:59:59 +02:00
|
|
|
git cat-file commit seventh-signed >raw &&
|
tests: make forging GPG signed commits and tags more robust
A couple of test scripts create forged GPG signed commits or tags to
check that such forgery can't fool various git commands' signature
verification. All but one of those test scripts are prone to
occasional failures because the forgery creates a bogus GPG signature,
and git commands error out with an unexpected error message, e.g.
"Commit deadbeef does not have a GPG signature" instead of "... has a
bad GPG signature".
't5573-pull-verify-signatures.sh', 't7510-signed-commit.sh' and
't7612-merge-verify-signatures.sh' create forged signed commits like
this:
git commit -S -m "bad on side" &&
git cat-file commit side-bad >raw &&
sed -e "s/bad/forged bad/" raw >forged &&
git hash-object -w -t commit forged >forged.commit
On rare occasions the given pattern occurs not only in the commit
message but in the GPG signature as well, and after it's replaced in
the signature the resulting signature becomes invalid, GPG will report
CRC error and that it couldn't find any signature, which will then
ultimately cause the test failure.
Since in all three cases the pattern to be replaced during the forgery
is the first word of the commit message's subject line, and since the
GPG signature in the commit object is indented by a space, let's just
anchor those patterns to the beginning of the line to prevent this
issue.
The test script 't7030-verify-tag.sh' creates a forged signed tag
object in a similar way by replacing the pattern "seventh", but the
GPG signature in tag objects is not indented by a space, so the above
solution is not applicable in this case. However, in the tag object
in question the pattern "seventh" occurs not only in the tag message
but in the 'tag' header as well. To create a forged tag object it's
sufficient to replace only one of the two occurences, so modify the
sed script to limit the pattern to the 'tag' header (i.e. a line
beginning with "tag ", which, because of the space character, can
never occur in the base64-encoded GPG signature).
Note that the forgery in 't7004-tag.sh' is not affected by this issue:
while 't7004' does create a forged signed tag kind of the same way,
it replaces "signed-tag" in the tag object, which, because of the '-'
character, can never occur in the base64-encoded GPG signarute.
Signed-off-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-06-04 15:39:26 +02:00
|
|
|
sed -e "s/^seventh/7th forged/" raw >forged1 &&
|
2011-10-20 02:15:05 +02:00
|
|
|
git hash-object -w -t commit forged1 >forged1.commit &&
|
2018-06-04 15:39:25 +02:00
|
|
|
test_must_fail git verify-commit $(cat forged1.commit) &&
|
2011-10-20 02:15:05 +02:00
|
|
|
git show --pretty=short --show-signature $(cat forged1.commit) >actual1 &&
|
|
|
|
grep "BAD signature from" actual1 &&
|
|
|
|
! grep "Good signature from" actual1
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success GPG 'detect fudged signature with NUL' '
|
2014-06-17 01:59:59 +02:00
|
|
|
git cat-file commit seventh-signed >raw &&
|
2011-10-20 02:15:05 +02:00
|
|
|
cat raw >forged2 &&
|
|
|
|
echo Qwik | tr "Q" "\000" >>forged2 &&
|
|
|
|
git hash-object -w -t commit forged2 >forged2.commit &&
|
2018-06-04 15:39:25 +02:00
|
|
|
test_must_fail git verify-commit $(cat forged2.commit) &&
|
2011-10-20 02:15:05 +02:00
|
|
|
git show --pretty=short --show-signature $(cat forged2.commit) >actual2 &&
|
|
|
|
grep "BAD signature from" actual2 &&
|
|
|
|
! grep "Good signature from" actual2
|
|
|
|
'
|
|
|
|
|
2012-01-05 19:54:14 +01:00
|
|
|
test_expect_success GPG 'amending already signed commit' '
|
|
|
|
git checkout fourth-signed^0 &&
|
|
|
|
git commit --amend -S --no-edit &&
|
2014-06-23 09:05:51 +02:00
|
|
|
git verify-commit HEAD &&
|
2012-01-05 19:54:14 +01:00
|
|
|
git show -s --show-signature HEAD >actual &&
|
|
|
|
grep "Good signature from" actual &&
|
|
|
|
! grep "BAD signature from" actual
|
|
|
|
'
|
|
|
|
|
2014-06-17 02:06:24 +02:00
|
|
|
test_expect_success GPG 'show good signature with custom format' '
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
G
|
|
|
|
13B6F51ECDDE430D
|
|
|
|
C O Mitter <committer@example.com>
|
2018-10-22 18:38:20 +02:00
|
|
|
73D758744BE721698EC54E8713B6F51ECDDE430D
|
2018-11-04 10:47:09 +01:00
|
|
|
73D758744BE721698EC54E8713B6F51ECDDE430D
|
2014-06-17 02:06:24 +02:00
|
|
|
EOF
|
2018-11-04 10:47:09 +01:00
|
|
|
git log -1 --format="%G?%n%GK%n%GS%n%GF%n%GP" sixth-signed >actual &&
|
2014-06-17 02:06:24 +02:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success GPG 'show bad signature with custom format' '
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
B
|
|
|
|
13B6F51ECDDE430D
|
|
|
|
C O Mitter <committer@example.com>
|
2018-10-22 18:38:20 +02:00
|
|
|
|
2018-11-04 10:47:09 +01:00
|
|
|
|
2014-06-17 02:06:24 +02:00
|
|
|
EOF
|
2018-11-04 10:47:09 +01:00
|
|
|
git log -1 --format="%G?%n%GK%n%GS%n%GF%n%GP" $(cat forged1.commit) >actual &&
|
2014-06-17 02:06:24 +02:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
gpg-interface: use more status letters
According to gpg2's doc/DETAILS:
For each signature only one of the codes GOODSIG, BADSIG,
EXPSIG, EXPKEYSIG, REVKEYSIG or ERRSIG will be emitted.
gpg1 ("classic") behaves the same (although doc/DETAILS differs).
Currently, we parse gpg's status output for GOODSIG, BADSIG and
trust information and translate that into status codes G, B, U, N
for the %G? format specifier.
git-verify-* returns success in the GOODSIG case only. This is
somewhat in disagreement with gpg, which considers the first 5 of
the 6 above as VALIDSIG, but we err on the very safe side.
Introduce additional status codes E, X, Y, R for ERRSIG, EXPSIG,
EXPKEYSIG, and REVKEYSIG so that a user of %G? gets more information
about the absence of a 'G' on first glance.
Requested-by: Alex <agrambot@gmail.com>
Signed-off-by: Michael J Gruber <git@drmicha.warpmail.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-10-12 15:04:15 +02:00
|
|
|
test_expect_success GPG 'show untrusted signature with custom format' '
|
2014-06-17 02:06:24 +02:00
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
U
|
2018-11-04 10:47:10 +01:00
|
|
|
65A0EEA02E30CAD7
|
2014-06-17 02:06:24 +02:00
|
|
|
Eris Discordia <discord@example.net>
|
2018-11-04 10:47:10 +01:00
|
|
|
F8364A59E07FFE9F4D63005A65A0EEA02E30CAD7
|
2018-11-04 10:47:09 +01:00
|
|
|
D4BE22311AD3131E5EDA29A461092E85B7227189
|
2014-06-17 02:06:24 +02:00
|
|
|
EOF
|
2018-11-04 10:47:09 +01:00
|
|
|
git log -1 --format="%G?%n%GK%n%GS%n%GF%n%GP" eighth-signed-alt >actual &&
|
2014-06-17 02:06:24 +02:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
gpg-interface: use more status letters
According to gpg2's doc/DETAILS:
For each signature only one of the codes GOODSIG, BADSIG,
EXPSIG, EXPKEYSIG, REVKEYSIG or ERRSIG will be emitted.
gpg1 ("classic") behaves the same (although doc/DETAILS differs).
Currently, we parse gpg's status output for GOODSIG, BADSIG and
trust information and translate that into status codes G, B, U, N
for the %G? format specifier.
git-verify-* returns success in the GOODSIG case only. This is
somewhat in disagreement with gpg, which considers the first 5 of
the 6 above as VALIDSIG, but we err on the very safe side.
Introduce additional status codes E, X, Y, R for ERRSIG, EXPSIG,
EXPKEYSIG, and REVKEYSIG so that a user of %G? gets more information
about the absence of a 'G' on first glance.
Requested-by: Alex <agrambot@gmail.com>
Signed-off-by: Michael J Gruber <git@drmicha.warpmail.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-10-12 15:04:15 +02:00
|
|
|
test_expect_success GPG 'show unknown signature with custom format' '
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
E
|
2018-11-04 10:47:10 +01:00
|
|
|
65A0EEA02E30CAD7
|
gpg-interface: use more status letters
According to gpg2's doc/DETAILS:
For each signature only one of the codes GOODSIG, BADSIG,
EXPSIG, EXPKEYSIG, REVKEYSIG or ERRSIG will be emitted.
gpg1 ("classic") behaves the same (although doc/DETAILS differs).
Currently, we parse gpg's status output for GOODSIG, BADSIG and
trust information and translate that into status codes G, B, U, N
for the %G? format specifier.
git-verify-* returns success in the GOODSIG case only. This is
somewhat in disagreement with gpg, which considers the first 5 of
the 6 above as VALIDSIG, but we err on the very safe side.
Introduce additional status codes E, X, Y, R for ERRSIG, EXPSIG,
EXPKEYSIG, and REVKEYSIG so that a user of %G? gets more information
about the absence of a 'G' on first glance.
Requested-by: Alex <agrambot@gmail.com>
Signed-off-by: Michael J Gruber <git@drmicha.warpmail.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-10-12 15:04:15 +02:00
|
|
|
|
2018-10-22 18:38:20 +02:00
|
|
|
|
2018-11-04 10:47:09 +01:00
|
|
|
|
gpg-interface: use more status letters
According to gpg2's doc/DETAILS:
For each signature only one of the codes GOODSIG, BADSIG,
EXPSIG, EXPKEYSIG, REVKEYSIG or ERRSIG will be emitted.
gpg1 ("classic") behaves the same (although doc/DETAILS differs).
Currently, we parse gpg's status output for GOODSIG, BADSIG and
trust information and translate that into status codes G, B, U, N
for the %G? format specifier.
git-verify-* returns success in the GOODSIG case only. This is
somewhat in disagreement with gpg, which considers the first 5 of
the 6 above as VALIDSIG, but we err on the very safe side.
Introduce additional status codes E, X, Y, R for ERRSIG, EXPSIG,
EXPKEYSIG, and REVKEYSIG so that a user of %G? gets more information
about the absence of a 'G' on first glance.
Requested-by: Alex <agrambot@gmail.com>
Signed-off-by: Michael J Gruber <git@drmicha.warpmail.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-10-12 15:04:15 +02:00
|
|
|
EOF
|
2018-11-04 10:47:09 +01:00
|
|
|
GNUPGHOME="$GNUPGHOME_NOT_USED" git log -1 --format="%G?%n%GK%n%GS%n%GF%n%GP" eighth-signed-alt >actual &&
|
gpg-interface: use more status letters
According to gpg2's doc/DETAILS:
For each signature only one of the codes GOODSIG, BADSIG,
EXPSIG, EXPKEYSIG, REVKEYSIG or ERRSIG will be emitted.
gpg1 ("classic") behaves the same (although doc/DETAILS differs).
Currently, we parse gpg's status output for GOODSIG, BADSIG and
trust information and translate that into status codes G, B, U, N
for the %G? format specifier.
git-verify-* returns success in the GOODSIG case only. This is
somewhat in disagreement with gpg, which considers the first 5 of
the 6 above as VALIDSIG, but we err on the very safe side.
Introduce additional status codes E, X, Y, R for ERRSIG, EXPSIG,
EXPKEYSIG, and REVKEYSIG so that a user of %G? gets more information
about the absence of a 'G' on first glance.
Requested-by: Alex <agrambot@gmail.com>
Signed-off-by: Michael J Gruber <git@drmicha.warpmail.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-10-12 15:04:15 +02:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2014-06-17 02:06:24 +02:00
|
|
|
test_expect_success GPG 'show lack of signature with custom format' '
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
N
|
|
|
|
|
|
|
|
|
2018-10-22 18:38:20 +02:00
|
|
|
|
2018-11-04 10:47:09 +01:00
|
|
|
|
2014-06-17 02:06:24 +02:00
|
|
|
EOF
|
2018-11-04 10:47:09 +01:00
|
|
|
git log -1 --format="%G?%n%GK%n%GS%n%GF%n%GP" seventh-unsigned >actual &&
|
2014-06-17 02:06:24 +02:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2016-06-22 18:51:26 +02:00
|
|
|
test_expect_success GPG 'log.showsignature behaves like --show-signature' '
|
|
|
|
test_config log.showsignature true &&
|
|
|
|
git show initial >actual &&
|
|
|
|
grep "gpg: Signature made" actual &&
|
|
|
|
grep "gpg: Good signature" actual
|
|
|
|
'
|
|
|
|
|
2018-07-18 11:30:10 +02:00
|
|
|
test_expect_success GPG 'check config gpg.format values' '
|
|
|
|
test_config gpg.format openpgp &&
|
|
|
|
git commit -S --amend -m "success" &&
|
|
|
|
test_config gpg.format OpEnPgP &&
|
|
|
|
test_must_fail git commit -S --amend -m "fail"
|
|
|
|
'
|
|
|
|
|
2018-10-20 21:30:20 +02:00
|
|
|
test_expect_success GPG 'detect fudged commit with double signature' '
|
|
|
|
sed -e "/gpgsig/,/END PGP/d" forged1 >double-base &&
|
|
|
|
sed -n -e "/gpgsig/,/END PGP/p" forged1 | \
|
|
|
|
sed -e "s/^gpgsig//;s/^ //" | gpg --dearmor >double-sig1.sig &&
|
|
|
|
gpg -o double-sig2.sig -u 29472784 --detach-sign double-base &&
|
|
|
|
cat double-sig1.sig double-sig2.sig | gpg --enarmor >double-combined.asc &&
|
|
|
|
sed -e "s/^\(-.*\)ARMORED FILE/\1SIGNATURE/;1s/^/gpgsig /;2,\$s/^/ /" \
|
|
|
|
double-combined.asc > double-gpgsig &&
|
|
|
|
sed -e "/committer/r double-gpgsig" double-base >double-commit &&
|
|
|
|
git hash-object -w -t commit double-commit >double-commit.commit &&
|
|
|
|
test_must_fail git verify-commit $(cat double-commit.commit) &&
|
|
|
|
git show --pretty=short --show-signature $(cat double-commit.commit) >double-actual &&
|
|
|
|
grep "BAD signature from" double-actual &&
|
|
|
|
grep "Good signature from" double-actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success GPG 'show double signature with custom format' '
|
|
|
|
cat >expect <<-\EOF &&
|
|
|
|
E
|
|
|
|
|
|
|
|
|
2018-10-22 18:38:20 +02:00
|
|
|
|
2018-11-04 10:47:09 +01:00
|
|
|
|
2018-10-20 21:30:20 +02:00
|
|
|
EOF
|
2018-11-04 10:47:09 +01:00
|
|
|
git log -1 --format="%G?%n%GK%n%GS%n%GF%n%GP" $(cat double-commit.commit) >actual &&
|
2018-10-20 21:30:20 +02:00
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2011-10-20 02:15:05 +02:00
|
|
|
test_done
|