keylime / keylime/attestation-operator

Adjust SCCs for each POD when deploying attestation operator in OpenShift

Open
#36 0 comments 1 reaction 0 assignees View on GitHub
Dominant language
Go
Stars
11
Forks
10
PR merge metrics
No merged PRs in 30d

Description

As discussed in #33, Security Context Constraints (AKA SCCs) should be fined tuned for each of the PODs when deploying attestation operator in OpenShift.

Why? the reason for that boils down to regulations/compliance in a lot of companies that prohibit the use of already existing SCCs (such as anyuid, which is the one being used currently for OpenShift deployment). However, companies are fine if there are dedicated SCCs for the specific use-cases that also must not be used for anything else.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing the OpenShift deployment configuration and the discussion in issue #33 to identify each operator pod and its current SCC usage. Define dedicated SCCs for the specific pod use cases instead of relying on shared SCCs such as anyuid, then verify the deployment remains functional and the SCCs are not broadly reusable.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
devops, 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.