Skip to content

Trust generated HTTPS certificates when dispatching to Git agents #104

Description

@adityathebe

Problem

The existing flow is asymmetric: during enrollment, the agent connects to the supervisor and receives the supervisor’s certificate, so the agent can later push results back securely.

The missing trust is in the opposite direction: the supervisor did not receive the agent sidecar’s certificate. An HTTPS Git-agent sidecar generates a self-signed certificate when --tls-cert and --tls-key are omitted.

Publicly trusted ingress endpoints work and should continue using normal hostname verification without a renewal-sensitive pin.

Context

Discovered while reviewing PR #102: #102 (comment)

The underlying direct-HTTPS transport behavior predates caller-tool delegation, so it is tracked separately from issue #83.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions