
Go security checker
Inspects source code for security problems by scanning the Go AST and SSA code representation.
Licensed under the Apache License, Version 2.0 (the "License"). You may not use this file except in compliance with the License. You may obtain a copy of the License here.
You can run gosec as a GitHub action as follows:
Use the versioned tag with @master which is pinned to the
latest stable release. This will provide a stable behavior.
name: Run Gosec
on:
push:
branches:
- master
pull_request:
branches:
- master
jobs:
tests:
runs-on: ubuntu-latest
env:
GO111MODULE: on
steps:
- name: Checkout Source
uses: actions/checkout@v3
- name: Run Gosec Security Scanner
uses: securego/gosec@master
with:
args: ./...
If your project imports private Go modules, you need to
configure authentication so that gosec can fetch the
dependencies. Set the following environment variables in
your workflow:
GOPRIVATE: A comma-separated list of module path prefixes
that should be considered private
(e.g., github.com/your-org/*).GITHUB_AUTHENTICATION_TOKEN: A GitHub token with read
access to your private repositories.name: Run Gosec
on:
push:
branches:
- master
pull_request:
branches:
- master
jobs:
tests:
runs-on: ubuntu-latest
env:
GO111MODULE: on
GOPRIVATE: github.com/your-org/*
GITHUB_AUTHENTICATION_TOKEN: ${{ secrets.PRIVATE_REPO_TOKEN }}
steps:
- name: Checkout Source
uses: actions/checkout@v3
- name: Run Gosec Security Scanner
uses: securego/gosec@v2
with:
args: ./...
You can integrate third-party code analysis tools with GitHub code scanning by uploading data as SARIF files.
The workflow shows an example of running the gosec as a step
in a GitHub action workflow which outputs the results.sarif
file. The workflow then uploads the results.sarif file to
GitHub using the upload-sarif action.
name: "Security Scan"
# Run workflow each time code is pushed to your repository and on a schedule.
# The scheduled workflow runs every at 00:00 on Sunday UTC time.
on:
push:
schedule:
- cron: '0 0 * * 0'
jobs:
tests:
runs-on: ubuntu-latest
env:
GO111MODULE: on
steps:
- name: Checkout Source
uses: actions/checkout@v3
- name: Run Gosec Security Scanner
uses: securego/gosec@v2
with:
# we let the report trigger content trigger a failure using the GitHub Security features.
args: '-no-fail -fmt sarif -out results.sarif ./...'
- name: Upload SARIF file
uses: github/codeql-action/upload-sarif@v2
with:
# Path to SARIF file relative to the root of the repository
sarif_file: results.sarif
The goanalysis package provides a
golang.org/x/tools/go/analysis.Analyzer
for integration with tools that support the standard Go
analysis interface, such as Bazel's
nogo
framework:
nogo(
name = "nogo",
deps = [
"@com_github_securego_gosec_v2//goanalysis",
# add more analyzers as needed
],
visibility = ["//visibility:public"],
)
gosec requires Go 1.25 or newer.
go install github.com/securego/gosec/v2/cmd/gosec@latest
# Scan all packages in current module
gosec ./...
# Write JSON report
gosec -fmt json -out results.json ./...
# Write SARIF report for code scanning
gosec -fmt sarif -out results.sarif ./...
0: scan finished without unsuppressed findings/errors1: at least one unsuppressed finding or processing error-no-fail to always return 0Gosec can be configured to only run a subset of rules, to
exclude certain file paths, and produce reports in different
formats. By default all rules will be run against the supplied
input files. To recursively scan from the current directory you
can supply ./... as the input argument.
gosec includes rules across these categories:
G1xx: general secure coding issues (for example hardcoded
credentials, unsafe usage, HTTP hardening, cookie security)G2xx: injection risks in query/template/command
constructionG3xx: file and path handling risks (permissions, traversal,
temp files, archive extraction)G4xx: crypto and TLS weaknessesG5xx: blocklisted importsG6xx: Go-specific correctness/security checks (for example
range aliasing and slice bounds)G7xx: taint analysis rules (SQL injection, command
injection, path traversal, SSRF, XSS, log, SMTP injection,
SSTI, unsafe deserialization, and open redirect)For the full list, rule descriptions, and per-rule configuration, see RULES.md.