diff options
| author | Eric Biggers <ebiggers@google.com> | 2017-12-08 15:13:27 +0000 |
|---|---|---|
| committer | Sasha Levin <alexander.levin@microsoft.com> | 2018-01-17 12:55:22 -0500 |
| commit | c75c77e330f1d619a1e505620fa3d4ebca9b4b8e (patch) | |
| tree | 707321c6feb78083e99e2f52e922857edefefea5 /lib | |
| parent | cb18143c205ee4e7310c22b29c3f6851e8b97029 (diff) | |
ASN.1: check for error from ASN1_OP_END__ACT actions
[ Upstream commit 81a7be2cd69b412ab6aeacfe5ebf1bb6e5bce955 ]
asn1_ber_decoder() was ignoring errors from actions associated with the
opcodes ASN1_OP_END_SEQ_ACT, ASN1_OP_END_SET_ACT,
ASN1_OP_END_SEQ_OF_ACT, and ASN1_OP_END_SET_OF_ACT. In practice, this
meant the pkcs7_note_signed_info() action (since that was the only user
of those opcodes). Fix it by checking for the error, just like the
decoder does for actions associated with the other opcodes.
This bug allowed users to leak slab memory by repeatedly trying to add a
specially crafted "pkcs7_test" key (requires CONFIG_PKCS7_TEST_KEY).
In theory, this bug could also be used to bypass module signature
verification, by providing a PKCS#7 message that is misparsed such that
a signature's ->authattrs do not contain its ->msgdigest. But it
doesn't seem practical in normal cases, due to restrictions on the
format of the ->authattrs.
Fixes: 42d5ec27f873 ("X.509: Add an ASN.1 decoder")
Cc: <stable@vger.kernel.org> # v3.7+
Signed-off-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: David Howells <dhowells@redhat.com>
Reviewed-by: James Morris <james.l.morris@oracle.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
Diffstat (limited to 'lib')
| -rw-r--r-- | lib/asn1_decoder.c | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/lib/asn1_decoder.c b/lib/asn1_decoder.c index 3bb040e347ec..bbdfbcb912f3 100644 --- a/lib/asn1_decoder.c +++ b/lib/asn1_decoder.c @@ -421,6 +421,8 @@ next_op: else act = machine[pc + 1]; ret = actions[act](context, hdr, 0, data + tdp, len); + if (ret < 0) + return ret; } pc += asn1_op_lengths[op]; goto next_op; |