Skip to content
Golang security checker
Go Shell Other
Branch: master
Clone or download

Latest commit

renovate and renovate-bot Update all dependencies (#484)
Co-authored-by: Renovate Bot <>
Latest commit 6202b38 Jun 2, 2020


Type Name Latest commit message Commit time
Failed to load latest commit information.
.github Display a sponsor button in the repository May 14, 2020
cmd Set the default color on only for text format Apr 14, 2020
output Use the latest color package to get the color working with tmux Apr 14, 2020
rules Improve the SQL strings concat rules to handle multiple string concat… May 27, 2020
testutils Improve the SQL strings concat rules to handle multiple string concat… May 27, 2020
.gitignore Refactor Dockerfile (#245) Sep 26, 2018
.goreleaser.yml Automate the release process using a GitHub workflow Apr 14, 2020
Dockerfile Automate the release process using a GitHub workflow Apr 14, 2020
LICENSE.txt Initial public release Jul 20, 2016
Makefile Automate the release process using a GitHub workflow Apr 14, 2020 Update the link pointing to issues to CWE mapping to use the master v… May 28, 2020 type in the title fixed. May 19, 2020
action.yml Update the GitHub action name to be more desriptive Apr 8, 2020
analyzer.go Fix the build tags propagation May 27, 2020
analyzer_test.go Add null pointer check in G601 May 21, 2020
call_list.go Fix typos Jan 29, 2020
call_list_test.go Handle properly the gosec module version v2 Apr 6, 2020
config.go Convert the global settings to correct type when reading them from fi… Oct 8, 2019
config_test.go Handle properly the gosec module version v2 Apr 6, 2020
errors.go Fix error parsing when the loaded package is empty May 1, 2019
go.mod Update all dependencies (#484) Jun 2, 2020
go.sum Update all dependencies (#484) Jun 2, 2020
gosec_suite_test.go Replace gas with gosec everywhere in the project Jul 19, 2018
helpers.go Improve the SQL strings concat rules to handle multiple string concat… May 27, 2020
helpers_test.go Improve the SQL strings concat rules to handle multiple string concat… May 27, 2020
import_tracker.go Track only the import from the file which is checked Apr 29, 2019
import_tracker_test.go Handle properly the gosec module version v2 Apr 6, 2020 re-generate with latest godownloader (#446) Mar 2, 2020
issue.go Make sure all rules are mapped to CWE numbers May 26, 2020
issue_test.go Change the issue test to verify that a multi-line finding contains a … May 27, 2020
renovate.json reconfigure rennoavate bot (#395) Oct 1, 2019
resolve.go Format import to make codecov happy Oct 8, 2019
resolve_test.go Handle properly the gosec module version v2 Apr 6, 2020
rule.go Fix typos in comments and rulelist (#256) Oct 11, 2018
rule_test.go Handle properly the gosec module version v2 Apr 6, 2020

gosec - Golang Security Checker

Inspects source code for security problems by scanning the Go AST.


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.

Project status

CII Best Practices Build Status Coverage Status GoReport GoDoc Docs Downloads Docker Pulls Slack


CI Installation

# binary will be $GOPATH/bin/gosec
curl -sfL | sh -s -- -b $GOPATH/bin vX.Y.Z

# or install it into ./bin/
curl -sfL | sh -s vX.Y.Z

# In alpine linux (as it does not come with curl by default)
wget -O - -q | sh -s vX.Y.Z

# If you want to use the checksums provided on the "Releases" page
# then you will have to download a tar.gz file for your operating system instead of a binary file

# The file will be in the current folder where you run the command 
# and you can check the checksum like this
echo "<check sum from the check sum file>  gosec_vX.Y.Z_OS.tar.gz" | sha256sum -c -

gosec --help

GitHub Action

You can run gosec as a GitHub action as follows:

name: Run Gosec
      - master
      - master
    runs-on: ubuntu-latest
      GO111MODULE: on
      - name: Checkout Source 
        uses: actions/checkout@v2
      - name: Run Gosec Security Scanner
        uses: securego/gosec@master
          args: ./...

Local Installation

go get


Gosec 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.

Available rules

  • G101: Look for hard coded credentials
  • G102: Bind to all interfaces
  • G103: Audit the use of unsafe block
  • G104: Audit errors not checked
  • G106: Audit the use of ssh.InsecureIgnoreHostKey
  • G107: Url provided to HTTP request as taint input
  • G108: Profiling endpoint automatically exposed on /debug/pprof
  • G109: Potential Integer overflow made by strconv.Atoi result conversion to int16/32
  • G110: Potential DoS vulnerability via decompression bomb
  • G201: SQL query construction using format string
  • G202: SQL query construction using string concatenation
  • G203: Use of unescaped data in HTML templates
  • G204: Audit use of command execution
  • G301: Poor file permissions used when creating a directory
  • G302: Poor file permissions used with chmod
  • G303: Creating tempfile using a predictable path
  • G304: File path provided as taint input
  • G305: File traversal when extracting zip archive
  • G306: Poor file permissions used when writing to a new file
  • G307: Deferring a method which returns an error
  • G401: Detect the usage of DES, RC4, MD5 or SHA1
  • G402: Look for bad TLS connection settings
  • G403: Ensure minimum RSA key length of 2048 bits
  • G404: Insecure random number source (rand)
  • G501: Import blacklist: crypto/md5
  • G502: Import blacklist: crypto/des
  • G503: Import blacklist: crypto/rc4
  • G504: Import blacklist: net/http/cgi
  • G505: Import blacklist: crypto/sha1
  • G601: Implicit memory aliasing of items from a range statement

Retired rules

Selecting rules

By default, gosec will run all rules against the supplied file paths. It is however possible to select a subset of rules to run via the -include= flag, or to specify a set of rules to explicitly exclude using the -exclude= flag.

# Run a specific set of rules
$ gosec -include=G101,G203,G401 ./...

# Run everything except for rule G303
$ gosec -exclude=G303 ./...

CWE Mapping

Every issue detected by gosec is mapped to a CWE (Common Weakness Enumeration) which describes in more generic terms the vulnerability. The exact mapping can be found here.


A number of global settings can be provided in a configuration file as follows:

    "global": {
        "nosec": "enabled",
        "audit": "enabled"
  • nosec: this setting will overwrite all #nosec directives defined throughout the code base
  • audit: runs in audit mode which enables addition checks that for normal code analysis might be too nosy
# Run with a global configuration file
$ gosec -conf config.json .

Also some rules accept configuration. For instance on rule G104, it is possible to define packages along with a list of functions which will be skipped when auditing the not checked errors:

    "G104": {
        "io/ioutil": ["WriteFile"]

You can also configure the hard-coded credentials rule G101 with additional patters, or adjust the entropy threshold:

    "G101": {
        "pattern": "(?i)passwd|pass|password|pwd|secret|private_key|token",
         "ingnore_entropy": false,
         "entropy_threshold": "80.0",
         "per_char_threshold": "3.0",
         "trucate": "32"


gosec will fetch automatically the dependencies of the code which is being analyzed when go module is turned on (e.g. GO111MODULE=on). If this is not the case, the dependencies need to be explicitly downloaded by running the go get -d command before the scan.

Excluding test files and folders

gosec will ignore test files across all packages and any dependencies in your vendor directory.

The scanning of test files can be enabled with the following flag:

gosec -tests ./...

Also additional folders can be excluded as follows:

 gosec -exclude-dir=rules -exclude-dir=cmd ./...

Annotating code

As with all automated detection tools, there will be cases of false positives. In cases where gosec reports a failure that has been manually verified as being safe, it is possible to annotate the code with a #nosec comment.

The annotation causes gosec to stop processing any further nodes within the AST so can apply to a whole block or more granularly to a single expression.

import "md5" // #nosec

func main(){

    /* #nosec */
    if x > y {
        h := md5.New() // this will also be ignored


When a specific false positive has been identified and verified as safe, you may wish to suppress only that single rule (or a specific set of rules) within a section of code, while continuing to scan for other problems. To do this, you can list the rule(s) to be suppressed within the #nosec annotation, e.g: /* #nosec G401 */ or // #nosec G201 G202 G203

In some cases you may also want to revisit places where #nosec annotations have been used. To run the scanner and ignore any #nosec annotations you can do the following:

gosec -nosec=true ./...

Build tags

gosec is able to pass your Go build tags to the analyzer. They can be provided as a comma separated list as follows:

gosec -tag debug,ignore ./...

Output formats

gosec currently supports text, json, yaml, csv, sonarqube, JUnit XML, html and golint output formats. By default results will be reported to stdout, but can also be written to an output file. The output format is controlled by the -fmt flag, and the output file is controlled by the -out flag as follows:

# Write output in json format to results.json
$ gosec -fmt=json -out=results.json *.go



You can build the binary with:



You can run all unit tests using:

make test


You can create a release by tagging the version as follows:

git tag v1.0.0 -m "Release version v1.0.0"
git push origin v1.0.0

The GitHub release workflow triggers immediately after the tag is pushed upstream. This flow will release the binaries using the goreleaser action and then it will build and publish the docker image into Docker Hub.

Docker image

You can also build locally the docker image by using the command:

make image

You can run the gosec tool in a container against your local Go project. You only have to mount the project into a volume as follows:

docker run -it -v <YOUR PROJECT PATH>/<PROJECT>:/<PROJECT> securego/gosec /<PROJECT>/...

Generate TLS rule

The configuration of TLS rule can be generated from Mozilla's TLS ciphers recommendation.

First you need to install the generator tool:

go get

You can invoke now the go generate in the root of the project:

go generate ./...

This will generate the rules/tls_config.go file which will contain the current ciphers recommendation from Mozilla.

Who is using gosec?

This is a list with some of the gosec's users.

You can’t perform that action at this time.