VAULT-31185 & 31186/use identity token auth for Artifactory in Vault CE & Ent - #31255
Conversation
c73a9a0 to
5b0c872
Compare
|
CI Results: |
|
Build Results: |
| ENOS_VAR_tfc_api_token: ${{ secrets.TF_API_TOKEN }} | ||
| ENOS_VAR_artifactory_username: ${{ secrets.ARTIFACTORY_USER }} | ||
| ENOS_VAR_artifactory_token: ${{ secrets.ARTIFACTORY_TOKEN }} | ||
| ENOS_VAR_artifactory_token: ${{ secrets.ARTIFACTORY_BEARER_TOKEN }} |
There was a problem hiding this comment.
@ryancragun should this still be secrets. or something else?
There was a problem hiding this comment.
I would say that it is only this for historical reasons. When it was initially written we used Github Actions secrets for everything. Now we prefer Github Actions secrets for public repos and the internal Vault for private repos.
So to answer: ideally we'd only have this secret set in hashicorp/vault and only use it when the workflow executes in the context of that repository. When it executes in hashicorp/vault-enterprise we probably ought to be retrieving it from Vault.
There was a problem hiding this comment.
The way that we do it in test-run-enos-scenario-matrix maps exactly to how we ought to do it here.
6543d34 to
1f75fcc
Compare
1f75fcc to
59d026a
Compare
ryancragun
left a comment
There was a problem hiding this comment.
This looks good. Lets clean up the changelog and do some manual verification of the dev scenarios and merge it!
There was a problem hiding this comment.
Since we're only changing the behavior of Vault CI, not the Vault binary itself, we don't need a changelog. Instead, use the pr/no-changelog label to get rid of failed check.
| ENOS_VAR_tfc_api_token: ${{ secrets.TF_API_TOKEN }} | ||
| ENOS_VAR_artifactory_username: ${{ secrets.ARTIFACTORY_USER }} | ||
| ENOS_VAR_artifactory_token: ${{ secrets.ARTIFACTORY_TOKEN }} | ||
| ENOS_VAR_artifactory_token: ${{ secrets.ARTIFACTORY_BEARER_TOKEN }} |
There was a problem hiding this comment.
The way that we do it in test-run-enos-scenario-matrix maps exactly to how we ought to do it here.
There was a problem hiding this comment.
nit: can we normalize the line length on these new changes?
There was a problem hiding this comment.
Before merge we probably ought to test the dev scenarios with the package:rpm and package:deb variants to make sure they're working as expected.
|
I added the backport labels. Even though release testing always happens from |
561a4dc to
e02156c
Compare
e02156c to
4e85cd0
Compare
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
ddc315a to
dc8bbbc
Compare
ryancragun
left a comment
There was a problem hiding this comment.
Lets update the descriptions in both dev scenarios and then merge!
dc8bbbc to
e8efa40
Compare
e8efa40 to
7b5e964
Compare

Description
What does this PR do?
Context: Artifactory username/ API keys are being deprecated in favor of identity tokens, which do not require a username.
TODO only if you're a HashiCorp employee
backport/label that matches the desired release branch. Note that in the CE repo, the latest release branch will look likebackport/x.x.x, but older release branches will bebackport/ent/x.x.x+ent.of a public function, even if that change is in a CE file, double check that
applying the patch for this PR to the ENT repo and running tests doesn't
break any tests. Sometimes ENT only tests rely on public functions in CE
files.
in the PR description, commit message, or branch name.
description. Also, make sure the changelog is in this PR, not in your ENT PR.
PCI review checklist
Examples of changes to security controls include using new access control methods, adding or removing logging pipelines, etc.