aws / aws/amazon-redshift-python-driver
Support inline role_arn for IAM Role authentication
- Langage dominant
- Python
- Étoiles
- 220
- Forks
- 86
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
See this issue for context : https://github.com/dbt-labs/dbt-redshift/issues/842
The connector need to be able to support IAM Role via inline parameters in addition to via an AWS profile, the same way it does for IAM Users.
If I open a connection with `role_arn`, `source_access_key_id`, and `source_secret_access_key`, currently it ignores `role_arn` and uses the access key to open an IAM user connection.
What I need instead is to leverage the access key to assume the role - see [boto3 credentials](https://boto3.amazonaws.com/v1/documentation/api/latest/guide/credentials.html#assume-role-provider), we're in the [assume role provider chapter](https://boto3.amazonaws.com/v1/documentation/api/latest/guide/credentials.html#assume-role-provider), particularly:
> If MFA authentication is not enabled then you only need to specify a role_arn and a source_profile.
What I need is to pass all the parameters inline, not a `source_profile`.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par lire la gestion par le connecteur des identifiants IAM inline et de la sélection du profil AWS, puis comparez le comportement demandé avec la documentation liée de boto3 assume-role provider et l’issue de contexte dbt-redshift. C’est terminé lorsque role_arn est pris en compte avec source_access_key_id et source_secret_access_key pour assumer le rôle, plutôt que d’ouvrir une connexion d’utilisateur IAM.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- aws, python
- Domaine
- authentication, cloud, database
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100