jfrog / jfrog/jfrog-cli-security
Issue: Unable to Perform jf build-scan Due to Xray Indexing Permission Constraints
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 13
- Forks
- 50
- Avg merge
- 3d 48m
- Merged PRs (30d)
- 26
Description
Description:
I’m currently unable to run jf build-scan because the builds must be indexed by Xray beforehand.
According to the documentation:
https://docs.jfrog.com/security/reference/update-builds-indexing-configuration
Indexing builds via the provided API requires admin-level permissions. Due to project constraints, I cannot grant admin privileges to the OIDC-mapped role used by my GitHub Actions workflows.
Current Workflow:
- I have a publish workflow that enables teams to push artifacts and build information to JFrog.
- Ideally, builds should be indexed within the same workflow, so they are immediately eligible for scanning.
Problem:
Because of the admin permission requirement:
- The workflow cannot perform indexing directly.
- Teams are forced to pre-configure indexing using the Terraform resource:
jfrog_xray_binary_manager_builds
This introduces challenges:
- Teams must create or update the Terraform resource each time a new build/artifact is introduced.
- This adds operational overhead and may not be scalable or practical in dynamic CI/CD environments.
- It is unclear whether this is the recommended or optimal approach.
Alternative Consideration:
One potential workaround is to enable wildcard-based indexing (e.g., */**), making all builds scannable by default.
This could be configured:
- One time via the UI (by an admin), or
- Via the
jfrog_xray_binary_manager_buildsTerraform resource
However:
- The Terraform resource currently does not support Ant-style path patterns (*, **, ?), likely due to API limitations.
- It is unclear whether globally enabling indexing for all builds has any unintended consequences (e.g., performance, cost, or security implications).
Request for Guidance:
Could you please advise on the following:
- What is the recommended approach for enabling build indexing in environments where admin permissions cannot be granted to CI/CD roles?
- Is wildcard/global indexing a safe and supported solution in production environments?
- Are there any alternative patterns or best practices to streamline indexing without introducing Terraform dependency per build?
- Is there any plan to support wildcard patterns in the Terraform resource or API?
Any guidance or recommended best practices would be greatly appreciated.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the linked JFrog documentation on build indexing and the jfrog_xray_binary_manager_builds Terraform resource described in the issue. Verify the API and provider's support for wildcard patterns and the permission requirements. Done requires a confirmed recommended workflow or a clearly scoped implementation path for wildcard indexing, including its production implications.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github-actions, terraform
- Domain
- ci-cd, devops, security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100