Pull Request scans
Scan pull requests as soon as they are raised in your repository. PR scans detect vulnerabilities in your branch when they are introduced, making it easier to identify and fix them early.
You can perform the following types of PR scans.
You can perform PR scans during the following deployments:
Scan PRs using the CLI
Run the following command to scan PRs after you commit to a pull request.
endorctl scan --pr
After you raise a pull request, the --pr
flag enables scanning of the latest version of the pull request and stores the results separately from the main branches. The PR scan and its findings do not affect the main branch’s reporting.
Endor Labs stores the PR scan findings in PR Runs for 30 days, after which they are erased to accommodate new PR scans.
Set a baseline branch for PR scans
Setting up a baseline branch is recommended to establish a Git reference against which you can compare the changes introduced in pull requests. You must regularly scan the baseline branch for vulnerabilities by either scheduling it (using the GitHub app) or triggering it using the --pr-baseline
flag.
Usually, the first scanned branch becomes the baseline and is continuously monitored. A successful complete scan will resolve dependencies, run analytics, and generate call graphs for supported languages. See set a default branch.
By scanning a baseline branch, you establish a qualified reference with known vulnerabilities, and understand the current state of security. This reduces the risk of introducing vulnerabilities or breaking changes to your project.
Run the following command to set a baseline branch for PR scans.
endorctl scan --pr --pr-baseline=develop
In the above example, the develop
branch is the baseline, and all PR scans will only display findings that were not already reported when the develop
branch was scanned.
Perform incremental PR scan
The --pr-incremental
flag specifically scans parts of a codebase and dependencies that have changed since the last complete scan, rather than scanning the entire codebase every time. It focuses on new or modified code that might introduce new vulnerabilities or issues. You can successfully perform an incremental scan only after scanning a baseline or a default branch.
To initiate an incremental PR scan:
-
Run a complete scan successfully.
-
Run the following command to perform an incremental scan. Replace
develop
with your baseline branch.endorctl scan --pr --pr-baseline=develop --pr-incremental
During an incremental PR scan, Endor Labs first identifies packages and their dependencies. If changes are detected, only the modified packages are scanned. If the packages remain unchanged, the scan is skipped, and the No changes found
message is displayed. The results of the PR incremental scan are available in Projects > PR Runs. Call graphs are generated only for the modified packages.
Incremental scans fail in the following cases.
- There are errors when resolving dependencies.
- The project’s path has changes.
- The project’s packages have failures.
In these cases, Endor Labs automatically performs a complete scan.
Scan PRs during CI workflows
Configure your CI/CD tools to scan PRs and detect vulnerabilities during the workflow. You can also configure other pull request flags to enhance your PR scanning workflow.
GitHub Actions
The following example snippet shows you can set pr: true
to enable PR scanning in GitHub Actions.
- name: 'Endor Labs Scan Push'
if: ${{ github.event_name == 'push' }}
uses: endorlabs/github-action@v1 # Replace v1 with the commit SHA of the latest version of the GitHub Action for enhanced security
with:
namespace: 'demo' # Replace with your Endor Labs tenant namespace
scan_dependencies: true
pr: true
scan_summary_output_type: 'table'
sarif_file: 'findings.sarif'
Azure pipelines
The following example snippet shows you can pass --pr
in additionalArgs
to enable PR scanning in Azure pipelines.
- task: EndorLabsScan@0
inputs:
serviceConnectionEndpoint: 'sanity-azure-devops-extension-staging'
namespace: 'sanity.linux-latest'
endorAPI: 'https://api.staging.endorlabs.com'
logLevel: verbose
tags: $(Build.BuildId)
additionalArgs: '--output-type=summary --pr'
sarifFile: scanresults.sarif
Jenkins
The following example snippet shows how you can enable PR scanning using endorctl in Jenkins.
stage('endorctl Scan') {
steps {
// Download and install endorctl.
sh '''#!/bin/bash
echo "Downloading latest version of endorctl"
VERSION=$(curl $ENDOR_API/meta/version | jq -r '.ClientVersion')
ENDORCTL_SHA=$(curl $ENDOR_API/meta/version | jq -r '.ClientChecksums.ARCH_TYPE_LINUX_AMD64')
curl $ENDOR_API/download/endorlabs/"$VERSION"/binaries/endorctl_"$VERSION"_linux_amd64 -o endorctl
echo "$ENDORCTL_SHA endorctl" | sha256sum -c
if [ $? -ne 0 ]; then
echo "Integrity check failed"
exit 1
fi
chmod +x ./endorctl
// Check endorctl version and installation.
./endorctl --version
// Run the scan.
./endorctl scan -a $ENDOR_API -n $ENDOR_NAMESPACE --api-key $ENDOR_API_CREDENTIALS_KEY --api-secret $ENDOR_API_CREDENTIALS_SECRET --pr $ENABLE_PR_SCAN
'''
}
GitLab pipelines
The following example snippet shows how you can enable PR scanning using endorctl in GitLab pipelines.
script:
- curl https://api.endorlabs.com/download/latest/endorctl_linux_amd64 -o endorctl;
- echo "$(curl -s https://api.endorlabs.com/sha/latest/endorctl_linux_amd64) endorctl" | sha256sum -c;
if [ $? -ne 0 ]; then
echo "Integrity check failed";
exit 1;
fi
- chmod +x ./endorctl
- if [ "$DEBUG" == "true" ]; then
export ENDOR_LOG_VERBOSE=true;
export ENDOR_LOG_LEVEL=debug;
fi
- if [ "$CI_COMMIT_REF_NAME" == "$CI_DEFAULT_BRANCH" ]; then
export ENDOR_SCAN_AS_DEFAULT_BRANCH=true;
export ENDOR_SCAN_DETACHED_REF_NAME="$CI_COMMIT_REF_NAME";
else
export ENDOR_SCAN_PR=true;
fi
- ./endorctl scan ${ENDOR_ARGS}
Bitbucket pipelines
The following example snippet shows how you can enable PR scanning using endorctl in Bitbucket pipelines.
pull-requests:
'**':
- step:
name: "Build and Test on PR"
script:
- mvn install -DskipTests
- echo "Running Endor Labs PR Scan"
- curl https://api.endorlabs.com/download/latest/endorctl_linux_amd64 -o endorctl
- echo "$(curl -s https://api.endorlabs.com/sha/latest/endorctl_linux_amd64) endorctl" | sha256sum -c
- chmod +x ./endorctl
- ./endorctl scan --pr --pr-baseline=main --languages=java --output-type=json -n $ENDOR_NAMESPACE --api-key $ENDOR_API_CREDENTIALS_KEY --api-secret $ENDOR_API_CREDENTIALS_SECRET | tee output.json
CircleCI
The following example snippet shows how you can enable PR scanning using endorctl in CircleCI.
- run:
name: "Endor Labs Scan"
command: |
./endorctl scan --dependencies --pr
Google Cloud Build
The following example snippet shows how you can enable PR scanning using endorctl in Google Cloud Build.
# Step 4: SCA Scan With EndorLabs
- name: 'SCA scan'
entrypoint: 'bash'
args: ["-c", "./endorctl scan -n $$ENDOR_NAMESPACE --api-key=$$ENDOR_API_CREDENTIALS_KEY --api-secret=$$ENDOR_API_CREDENTIALS_SECRET --as-default-branch=true --pr"]
secretEnv: ['ENDOR_API_CREDENTIALS_KEY', 'ENDOR_API_CREDENTIALS_SECRET']
env:
- 'ENDOR_NAMESPACE=demo'
id: 'SCA Scan With EndorLabs'
See Google Cloud Build configuration example for more information.
Scan PRs using the Endor Labs GitHub app
To automatically scan the PRs when they are raised, set the pull request preferences during the installation of the GitHub App or edit the integration preferences afterwards.
View PR scan findings
To view the PR scan findings:
- Sign in to Endor Labs.
- Click Projects from the left sidebar.
- Search for and select the project.
- Select PR runs to view the PR scan findings.
PR Runs captures the commit ID, Commit SHA, the referenced branch, its findings, and the tags added to the scan as configured in the policies. Select the specific PR scan to view its findings in detail.
Feedback
Was this page helpful?
Thanks for the feedback. Write to us at support@endor.ai to tell us more.
Thanks for the feedback. Write to us at support@endor.ai to tell us more.