stackabletech / stackabletech/opa-operator
Enable client authentication and authorization
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Rust
- Sterne
- 21
- Forks
- 5
- Ø Merge
- 12 Std. 44 Min.
- Gemergte PRs (30 T.)
- 11
Beschreibung
Description
As a user of OpenPolicyAgent (OPA) I want to be sure that only authenticated & authorized clients can get data (which might include PII data from UserInfoFetcher and other sources).
OPA supports Bearer tokens and Client TLS certificates. The latter fits better into our platform so it's the preferred way but the bearer token can be used as well if there are any hurdles towards implementing client certificates.
Value
We want the SDP platform to be as secure as possible by default and design and in addition this will be a requirement of the Cyber Resilience Act we'll have to fulfill.
Therefore, we need to authenticate and authorize any client requests coming to OPA.
Dependencies
This requires the Secret Operator (I assume) to provide the necessary client certificates for all clients (i.e. authorizers) to be able to authenticate against OPA.
Tasks
- [ ] Change OPA Operator to set the required settings for authentication
- [ ] Create default authorization rule in OPA
- [ ] Change authorizers to use client certificates to authenticate themselves against OPA
- [ ] Change operators to provision the necessary client certificates
- [ ] Update demos and integration tests to use this functionality
- [ ] Document that authentication is now used for OPA
Acceptance Criteria
- OPA does not accept unauthenticated requests anymore
- All authorizers authenticate themselves when speaking to OPA
(Information Security) Risk Assessment
This will strictly make our product more secure and helps us with regulations such as the Cyber Resilience Act.
Additional risks are the need to create TLS certificates and protect them but that is already part of the platform.
Release Notes
All authorizers speaking to OpenPolicyAgent (OPA) now use Client TLS certificates to authenticate themselves against OPA.
Remarks
Be aware of this section in the docs:
Note that TLS authentication does not disable non-HTTPS listeners. To ensure that all your communication is secured, it should be paired with an authorization policy (see below) that at least requires the client identity (input.identity) to be set.
In general please read the docs on this feature before starting any implementation.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit der verknüpften OPA-Sicherheitsdokumentation und untersuche anschließend den OPA Operator, die authorizers, operators, demos und integration tests, die in der Aufgabenliste genannt sind. Als erledigt gilt die Aufgabe, wenn nicht authentifizierte Anfragen abgewiesen werden, authorizers Clientzertifikate verwenden und die dokumentierten demos und tests den neuen Authentifizierungsablauf abdecken.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- kubernetes, rust
- Bereich
- authentication, authorization, infrastructure, security
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100