Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.semgrep.dev/llms.txt

Use this file to discover all available pages before exploring further.

You can send findings (scan results) from a local repository to Semgrep AppSec Platform. The local repository is a separate project from its remote counterpart. This is useful for testing rules and policies, or simply scanning your own work before it is merged to your organization’s trunk branch.

​
Prerequisites

  • Locally installed semgrep.

​
Best practices

You can keep your local scans private and separate from your team by creating a Semgrep organization with only a single user. This is a personal org, similar to a personal account in your source code manager (SCM). This separation ensures that your findings data does not affect organizational records and trends. To create an org, perform the steps in Create additional orgs. You don’t need to perform any other steps.

​
Send findings from local repository scan to Semgrep AppSec Platform

1
Ensure that you are signed into Semgrep AppSec Platform and you’ve switched to the org you want to send findings to. It is recommended to send local repository findings to your personal org.
2
In your CLI, log in to Semgrep:
semgrep login
3
Click the login URL provided, or copy and paste it into your browser’s address bar. Your are taken to your web browser to complete the login process.
4
Follow any additional steps.
5
After logging in, start a scan in your CLI:
semgrep ci

​
Project separation between local and remote repositories

The project slug for a remote repository takes the form ACCOUNT-NAME/REPOSITORY_NAME. The project slug for a local repository takes the form local_scan/REPOSITORY-NAME.
  • For personal orgs: A local repository scan does not overwrite the findings records of its remote counterpart. They are two separate projects. Personal accounts only have one team member or user: you.
  • For organization orgs: A local repository scan does not overwrite findings records of its remote counterpart. However, if two members have both cloned the same local repository, such as RepoA, and both send local RepoA findings, one set of findings may overwrite other unintentionally. This is because orgs can have more than one team member, but all local scans are sent to the same project slug.
When sending findings from local repositories to Semgrep AppSec Platform, the links shown on the Findings page are not generated. They may be missing, or they may not link to the correct file. This is because the scan was performed on your local repository, not remote. You can optionally set up cross-linking between local and remote repositories to create the correct hyperlinks. To do so, set up environment variables through the CLI:
1
Navigate to the root of your repository.
2
Create the SEMGREP_REPO_URL variable, setting it to the URL you’d use to access your online repository:
export SEMGREP_REPO_URL=URL_ADDRESS
3
Create the SEMGREP_BRANCH variable:i. Retrieve the branch name:
git rev-parse --abbrev-ref HEAD
ii. Set the variable as shown, making sure that you replace the BRANCH_NAME placeholder:
export SEMGREP_BRANCH=BRANCH_NAME
4
Create the SEMGREP_REPO_NAME variable, setting it to the name of your repository:
export SEMGREP_REPO_NAME=REPO_NAME
5
Create the SEMGREP_COMMIT variable:i. Retrieve the commit hash:
git log -n 1
ii. Set the variable by entering the text below, substituting COMMIT_HASH with the value from the previous step.
export SEMGREP_COMMIT=COMMIT_HASH
After performing these steps, rescan your repository to correctly generate links in Semgrep AppSec Platform.

​
Sample values

The following is an example of the variables you’d need to create to generate links in Semgrep AppSec Platform, along with sample values: 
# Set the repository URL
export SEMGREP_REPO_URL=https://github.com/corporation/s_juiceshop

# Set the repository name
export SEMGREP_REPO_NAME=corporation/s_juiceshop

# Retrieve the branch
git rev-parse --abbrev-ref HEAD
s_update

# Set the branch
export SEMGREP_BRANCH=s_update

# Retrieve the commit hash
git log -n 1
commit fa4e36b9369e5b039bh2220b5h9R61a38b077f29 (HEAD -> s_juiceshop, origin/main, origin/HEAD, master)

# Set the commit hash
export SEMGREP_COMMIT=fa4e36b9369e5b039bh2220b5h9R61a38b077f29