certificates/acme/api
Herman Slatman 492256f2d7
Add first test cases for EAB and make provisioner unique per EAB
Before this commit, EAB keys could be used CA-wide, meaning that
an EAB credential could be used at any ACME provisioner. This
commit changes that behavior, so that EAB credentials are now
intended to be used with a specific ACME provisioner. I think
that makes sense, because from the perspective of an ACME client
the provisioner is like a distinct CA.

Besides that this commit also includes the first tests for EAB.
The logic for creating the EAB JWS as a client has been taken
from github.com/mholt/acmez. This logic may be moved or otherwise
sourced (i.e. from a vendor) as soon as the step client also
(needs to) support(s) EAB with ACME.
2021-08-09 10:37:32 +02:00
..
account.go Add first test cases for EAB and make provisioner unique per EAB 2021-08-09 10:37:32 +02:00
account_test.go Add first test cases for EAB and make provisioner unique per EAB 2021-08-09 10:37:32 +02:00
handler.go Fix PR comments 2021-07-22 23:48:41 +02:00
handler_test.go Change identifier and challenge types to consts 2021-06-18 12:39:36 +02:00
linker.go Use different method for unescpaed paths for the router 2021-04-14 15:11:15 -07:00
linker_test.go Fix linter issues 2021-04-14 15:14:27 -07:00
middleware.go Fix PR comments 2021-07-22 23:48:41 +02:00
middleware_test.go Error handle non existent provisioner downstream and disable debug route logging 2021-04-14 15:35:43 -07:00
order.go Change identifier and challenge types to consts 2021-06-18 12:39:36 +02:00
order_test.go Add tests for canonicalize function 2021-06-25 14:07:40 +02:00