cryostatio / cryostatio/cryostat-operator

[Request] Reports sidecars should be secured

Open
#806 8 comments 0 reactions 0 assignees View on GitHub
feat
Dominant language
Go
Stars
37
Forks
22
Avg merge
21h 37m
Merged PRs (30d)
22

Description

### Describe the feature

When the Cryostat CR contains configuration to deploy Reports sidecars, the Operator should also place an auth proxy instance in front of these Pods. The Operator can generate a basic auth secret for this auth proxy to exclusively use, and can reconfigure the Cryostat container's reports service URL to include the basic auth credentials. This way the reports sidecar is not accessible by other processes within the cluster that can see its Service, but only by the Cryostat instance associated with the same CR.

### Anything other information?

_No response_

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by tracing how the Operator deploys Reports sidecar Pods and configures the Cryostat reports service URL. Then inspect any existing auth proxy and generated basic-auth secret handling in the project. Done means Reports sidecars are protected by an auth proxy, credentials are scoped to the associated Cryostat instance, and the Cryostat container uses the protected URL.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
infrastructure, security
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.