Skip to content

Generate the actor identity CA with ECDSA P-256 so external relying parties accept it - #3251

Merged
Eitan Yarmush (EItanya) merged 1 commit into
agent-substrate:mainfrom
destijl:ca-pool-ecdsa-default
Oct 27, 2026
Merged

Eitan Yarmush (EItanya) merged 1 commit into
agent-substrate:mainfrom
destijl:ca-pool-ecdsa-default

Conversation

@destijl

Copy link
Copy Markdown
Collaborator

New installs generated an Ed25519 actor identity CA, which many external relying parties don't accept as a trust anchor.

  • ate-setup now generates actor-id-ca-pool with ECDSA P-256, the same way it already generated egress-mitm-ca-pool. Cluster-internal pools (pod identity, service DNS, postgres) stay Ed25519.
  • kubectl ate admin make-ca-pool --key-type now defaults to ECDSAP256. Pass --key-type ED25519 for pools that are only validated inside the cluster.
  • Existing pools are kept on upgrade, so installed clusters keep their current root until it is rotated.

AI use: AI-assisted, I reviewed and tested it.

  • Tests pass
  • Docs: I don't think this needs a docs change since existing installs are unchanged.

External relying parties verify actor certificates against the actor
identity root, and many of them accept RSA and ECDSA roots but not
Ed25519. A new install's actor-id-ca-pool could therefore not be used as
a trust anchor outside the cluster without hand-replacing the CA.

ate-setup now generates actor-id-ca-pool with ECDSA P-256, the same way
it already generated egress-mitm-ca-pool. The pod identity, service DNS
and postgres pools are only validated inside the cluster and stay
Ed25519.

kubectl ate admin make-ca-pool now defaults --key-type to ECDSAP256, so
a hand-made pool is broadly accepted unless Ed25519 is asked for.

Existing pools are kept on upgrade, so installed clusters keep their
current root until it is rotated.

Signed-off-by: Greg Castle <[email protected]>
@EItanya
Eitan Yarmush (EItanya) added this pull request to the merge queue Oct 26, 2026
@EItanya Eitan Yarmush (EItanya) added this to the M3 milestone Oct 26, 2026
@github-merge-queue
github-merge-queue Bot removed this pull request from the merge queue due to Branch Protection failures Oct 26, 2026
You're not authorized to push to this branch. Visit "About protected branches" for more information.
@destijl

Copy link
Copy Markdown
Collaborator Author

LMK if there's a special dance I need to do for getting this in under freeze rules.

@EItanya
Eitan Yarmush (EItanya) added this pull request to the merge queue Oct 27, 2026
@EItanya

Copy link
Copy Markdown
Collaborator

LMK if there's a special dance I need to do for getting this in under freeze rules.

We think it had to do with the new DCO check + merge queue. Should be fixed now

Merged via the queue into agent-substrate:main with commit 28520c0 Oct 27, 2026
6 checks passed
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.

3 participants