Introducing Agents.·Read
OverviewAgentsWorkflowsExecutionDeveloper ToolsSecurityLibrary
Updated Jul 14, 2026

Static Code Analysis

Run gosec as a Trickest node on Go checkouts

Go AST security scanner for credentials, crypto, and injection.

Agent
Scan Go code for security bugsGate a pipeline on findingsTune the ruleset to cut noise

overview

What gosec does

gosec is the Go-only Static Code Analysis step when the artifact is a repository, not a running service. It walks the Go AST and matches nodes against rules for hardcoded credentials, unsafe SQL, weak crypto, command injection, and unchecked errors.

Tune coverage with -include and -exclude rule ids. Filter the report with -severity and -confidence. Emit json, sarif, or junit-xml via -fmt for CI gates and shared findings tables.

Point the target folder at Go source and route the -fmt report into the same triage path as dynamic scanners. For polyglot codebases, prefer semgrep; gosec stays Go-specific.

source github.com/securego/gosec

use cases

Where gosec fits

Scan Go code for security bugs

Run gosec across a Go project's AST to surface hardcoded secrets, unsafe SQL, weak crypto, and command injection before the code ships.

Gate a pipeline on findings

Let gosec fail the workflow when issues appear, or set -no-fail to report without breaking the build while you triage the backlog.

Tune the ruleset to cut noise

Use -include and -exclude with rule ids, plus -severity and -confidence filters, so a run reports only the issue classes you care about.

Feed a unified findings table

Emit SARIF or JSON with -fmt so gosec results land in the same code-scanning and reporting flow as your dynamic scanner output for one view of risk.

reference

gosec inputs and flags

14 inputs
NameTypeFlagDescription
targetFOLDER·Target directory of Go source to scan.
severitySTRING-severityReport only issues at or above this severity (low, medium, high).
confidenceSTRING-confidenceReport only issues at or above this confidence (low, medium, high).
output-formatSTRING-fmtOutput format: json, sarif, junit-xml, html, csv, sonarqube, golint, yaml, or text.
excludeSTRING-excludeComma-separated rule ids to skip, e.g. G104,G304.
includeSTRING-includeComma-separated rule ids to run exclusively.
nosecBOOLEAN-nosecIgnore #nosec comments and report suppressed lines anyway.
no-failBOOLEAN-no-failReport issues without failing the workflow's exit code.

Showing key inputs. gosec exposes 14 inputs in total.

Full flag reference (14 inputs)
NameTypeFlagDescription
tagsSTRING-tagsComma-separated list of build tags.
nosecBOOLEAN-nosecIgnores #nosec comments when set.
quietBOOLEAN-quietOnly show output when errors are found.
testsBOOLEAN-testsScan test files.
targetFOLDER·Target directory to scan.
excludeSTRING-excludeComma-separated list of rule ids to exclude (rule list on the tool's GitHub page).
includeSTRING-includeComma-separated list of rule ids to include (rule list on the tool's GitHub page).
no-failBOOLEAN-no-failDo not fail the scan even when issues are found.
severitySTRING-severityFilter out issues with a lower severity than the given value. Valid options: low, medium, high (default low).
nosec-tagSTRING-nosec-tagSet an alternative string for #nosec. Examples: #dontanalyze, #falsepositive.
confidenceSTRING-confidenceFilter out issues with a lower confidence than the given value. Valid options: low, medium, high (default low).
config-fileFILE-confOptional config file.
exclude-dirSTRING-exclude-dirExclude a folder from the scan (can be specified multiple times).
output-formatSTRING-fmtSet output format. Valid options: json, yaml, csv, junit-xml, html, sonarqube, golint, sarif, or text (default text).

example

Run gosec

gosec · command
# scan a Go project, keep high-severity findings, write SARIFgosec -severity high -confidence medium -exclude G104 -fmt sarif ./...
sample output
[example.com/app/db/users.go:57] - G201 (CWE-89): SQL string formatting (Confidence: HIGH, Severity: MEDIUM)  > 57:   query := fmt.Sprintf("SELECT * FROM users WHERE id = %s", userID) [example.com/app/auth/token.go:23] - G101 (CWE-798): Potential hardcoded credentials (Confidence: LOW, Severity: HIGH)  > 23:   signingKey := "s3cr3t-signing-key-do-not-ship" Summary:  Files  : 214  Lines  : 41833  Issues : 9

guidance

Choosing gosec

Use gosec when you have Go source to analyze, not a running target. It is Go-specific. For other languages use a multi-language engine like semgrep. Pair it with dynamic scanners: gosec reasons about the code; a scanner tests the deployed app.

semgrep

Multi-language pattern-based analysis. gosec is Go-specific and ships Go security rules out of the box.

bandit

Python-only security linter. Same idea as gosec for a different language.

trivy

Scans images and code for vulnerabilities and misconfigurations. Broader scope than gosec Go-AST checks.

faq

gosec questions

Go source. It walks the Go AST and matches nodes against a ruleset for hardcoded credentials, unsafe SQL string building, weak crypto, command injection, and unchecked errors. It never executes the program.

related

More Static Code Analysis tools

  1. bandit

    AST-based security checks for Python source.

  2. gitleaks

    Detect hardcoded secrets in git repos and plain directories.

  3. secretfinder

    Regex scan of JavaScript for API keys, tokens, JWTs, and similar client-side secrets.

  4. semgrep-scan

    Static analysis with rules that look like the code they match.

  5. trufflehog

    Hunt leaked credentials and verify which still work.

  6. dawnscanner

    Static review of Ruby source for security issues, CVEs, and OWASP risks.

Run gosec yourself

Go source feeds gosec, which scans the AST against its ruleset and writes the security findings as a queryable output.

Run gosec in TrickestBrowse the library

Facts on this page come from the live Trickest tool library.