Will session tagging be available?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- aws, github-actions, typescript
- Ambito
- authentication, cloud, security
Direzione di ricerca
Inizia da src/private/aws-credentials.ts alle righe indicate e confronta il suo comportamento di assunzione dei ruoli con le opzioni di tagging della sessione di configure-aws-credentials action.yml. Ricostruisci come vengono creati il ruolo OIDC iniziale e i ruoli successivi correlati a CDK. L’issue richiede un design definito e criteri di accettazione per stabilire quali ruoli possono usare i tag di sessione prima che l’implementazione possa essere considerata completata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As I review aws-actions/configure-aws-credentials@v1 I see that it supports session tagging. And when I review the 'private' implementation I get the sense that session tagging was not enabled on purpose. However, I wonder if there is the possibility of splitting things up a little bit so that on the first assumed role (OIDC) that the session tagging can be enabled and on the subsequent CDK related roles it is not required.
This is because the first assumed role (OIDC) requires conditions that perhaps are best evaluated using the session tags. And the CDK related roles are not best situated, as they are not OIDC aware, nor should they be. Without the use of session tags on the OIDC role it is significantly difficult to make anything more complex than a simple example work. E.g., if you have 3+ github ORGs and 1500+ repos then it is difficult to make one OIDC role per account work well. If however, the session tags are present, then it is fairly easy to make a single role that can match the expected conditions.
Thoughts?
- Lingua principale
- TypeScript
- Stelle
- 385
- Fork
- 45
- Merge medio
- 1g 52m
- PR unite (30g)
- 4
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di cdklabs/cdk-pipelines-github
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 76/100
cdklabs/cdk-pipelines-github#1466 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
cdklabs/cdk-pipelines-github#1460 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
cdklabs/cdk-pipelines-github#1456 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 55/100
cdklabs/cdk-pipelines-github#1443 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
cdklabs/cdk-pipelines-github#1421 · 1 commento · 1 reazione ·
Tutte le issue di cdklabs/cdk-pipelines-github
Issue simili
-
area:ui effort:S enhancement priority:P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
QuantumNous/new-api#7839 ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue maintenance
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
dark-princezz/stellar-hooks#1010 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
interledger/rhyza#352 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno