TLS server cert is CN-only (no SANs), blocks Go @customCert e2e

Open Beginner friendly
#410 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
82/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
go

Research direction

Start with /ssl/server-cert.pem and the @customCert SSL e2e scenarios, especially the Go flagd provider exclusions. Regenerate the certificate with SANs for localhost and 127.0.0.1, then run the SSL variants of Connection and Provider reconnection to confirm Go no longer rejects them.

Written by the indexing model from the issue text.

Description

The TLS server certificate baked into the image (/ssl/server-cert.pem) is CN-only (CN=localhost) with no Subject Alternative Names, which Go's crypto/tls rejects because it has required SANs and ignored the CN field since Go 1.15. This blocks the @customCert / ssl e2e scenarios (the ssl variants of Connection and Provider reconnection) for the Go flagd provider, which currently excludes them; Java and JS still accept CN-only certs so they are unaffected for now. The server cert should be regenerated with SANs covering localhost and 127.0.0.1 so Go (and eventually other stacks, which are also moving away from CN) can run the TLS scenarios.

Dominant language
Gherkin
Stars
5
Forks
14
Avg merge
3h 17m
Merged PRs (30d)
13

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from open-feature/flagd-testbed

All issues in open-feature/flagd-testbed

Similar issues

More Security issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.