Skip to content

Fixed CA identifier to not sent non-existing issuer identifier if not set explicitly#190

Open
kyberpunk wants to merge 1 commit intocertnanny:masterfrom
kyberpunk:fix/invalid-default-ca-identifier
Open

Fixed CA identifier to not sent non-existing issuer identifier if not set explicitly#190
kyberpunk wants to merge 1 commit intocertnanny:masterfrom
kyberpunk:fix/invalid-default-ca-identifier

Conversation

@kyberpunk
Copy link

Hi,
this PR is supposed to fix issue #160. If -i flag is not set in sscep GetCACert or GetNextCACert command, it always sends "message=CAIdentifier" query parameter which is not expected and does not represent any existing CA alias. This parameter is not supported by original RFC 8894 and was added in https://datatracker.ietf.org/doc/html/draft-nourse-scep-23.

From RFC https://datatracker.ietf.org/doc/html/draft-nourse-scep-23:
The MESSAGE MAY be omitted, or it MAY be a string that represents the
certification authority issuer identifier. A CA Administrator
defined string allows for multiple CAs supported by one SCEP server.

SCEP servers which implement draft-nourse-scep-23 will always return 404 because they cannot find any CA with senseless name "CAIdentifier" even you define the default CA.

This issue causes that many routers (e.g. Garderos, Teltonika, ...) cannot be enrolled with Keyfactor EJBCA and other CA implementations which follows draft-nourse-scep-23 SCEP version, because they don't explicitly set this paramter.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants