Semgrep

Semgrep July 2026: Reviewable AI Detection and Tighter Supply Chain Controls

Semgrep’s July 2026 update adds Agentic Workflows in public beta, combining program analysis, deterministic tools, and constrained AI reasoning to generate reviewable security findings. Supply Chain customers can block dependencies only when all associated licenses are prohibited and receive default incident-policy support with Slack notifications based on recent SBOM exposure. The update also strengthens operational governance through policy-tag warnings, clearer webhook failures, and fixes to manual triage and integration behavior.

By Chris CarpenterAppSecDevSecOps
semgrep-logoSemgrep AppSec
Semgrep July 2026: Reviewable AI Detection and Tighter Supply Chain Controls cover graphic
Back to Semgrep release updates
Release facts
VendorSemgrep
ProductSemgrep AppSec Platform
VersionJuly 2026
Published by MeritoAugust 5, 2026
Newer release coveredOctober 2026 (October 19, 2026)
Release historySemgrep AppSec Platform release history

Semgrep Agentic Workflows entered public beta, giving release owners a way to assess multi-step AI-assisted detections as reviewable issues before they influence remediation priorities.

The July 27–August 2 release also sharpens supply chain enforcement and incident communication. For enterprise teams, the practical value is better decision quality: fewer avoidable dependency blocks, clearer evidence for incident response, and stronger safeguards around policy administration.

Agentic Workflows add reviewable AI-assisted detection

Agentic Workflows combine program analysis, deterministic tools, and constrained AI-based reasoning in multi-step detection pipelines. The important operating model is review, not automation for its own sake: the pipeline produces security issues that practitioners can inspect, validate, prioritize, and route through established remediation processes.

For security leaders, public beta status calls for controlled adoption. Start with repositories or vulnerability classes where existing detection coverage has known limits, then compare workflow findings against analyst outcomes.

A sensible pilot should define:

  • Which teams may run the workflows and on which repositories
  • Required evidence before a finding enters an engineering backlog
  • False-positive, confirmation, and remediation-time measures
  • Data-handling and approval requirements for AI-assisted analysis
  • A named owner for rule, policy, and workflow change control

This provides a defensible path to use AI-assisted analysis without weakening accountability for release decisions.

License policy becomes more precise

Supply Chain license compliance can now block a dependency only when all licenses associated with it are blocked. Previously, an organization could block a dependency when any listed license was prohibited.

That distinction matters for organizations managing large open-source portfolios. A package carrying multiple license signals should not automatically halt delivery when one signal is blocked but another approved license applies under the organization’s legal policy. The new option can reduce unnecessary developer exceptions and pipeline disruption.

It does not remove the need for governance. Security and legal teams should agree on the interpretation of multi-license components, document the rationale in their open-source policy, and validate the configuration against real dependency data. Audit evidence should show both the blocked-license list and the enforcement mode selected.

Supply Chain incident notifications support faster triage

A default Supply Chain incident notification policy is now available to Supply Chain customers using Unified Policies. Organizations can configure a Slack channel to receive ongoing incident notifications, including an indication of whether they may be affected based on their most recent SBOM.

This improves the first phase of incident handling: determining whether an issue needs immediate investigation. But an exposure indication is only as current as the SBOM behind it. Teams should treat SBOM freshness as an operational control, with clear ownership for generation frequency, repository coverage, and failure handling.

For incident governance, define:

  • The Slack channel and accountable response group
  • Escalation thresholds for potentially affected assets
  • Required validation steps before declaring a product unaffected
  • SBOM recency expectations for production-bound repositories
  • Retention of notification and disposition evidence for audits

The redesigned incident-policy interface also helps distinguish emergency notification settings from normal policy administration, which reduces the risk of changes being reviewed under the wrong control path.

Policy and integration controls reduce administrative risk

Project tags often determine which policies apply to which assets. The platform now displays a confirmation warning when administrators add or remove project tags tied to policies, both in project settings and bulk edits. This is a small interface change with meaningful governance value because a tag change can alter scanning requirements, enforcement behavior, or reporting scope.

Webhook validation and test failures now report specific failure reasons. GitHub personal access token setup also returns clearer messages for namespace-permission failures. These improvements shorten diagnosis time and create more useful evidence when platform teams investigate integration health.

Several fixes protect the integrity of security operations:

  • Auto-ignore automation no longer overrides manual triage by reverting findings to provisionally ignored.
  • Provisionally ignored findings can again be reopened from the finding details page.
  • Slack channel mappings are retained when the app lacks private-channel posting permission; mappings are removed only when the channel itself is deleted.

Together, these changes reduce the chance that automation or integration conditions silently alter an analyst’s decision or an established notification route. Thats important in regulated delivery environments, where triage history and alert routing must remain explainable.

  • Pilot Agentic Workflows with mandatory human review and measurable success criteria.
  • Review license-blocking logic with legal and open-source governance owners.
  • Configure Supply Chain incident alerts and test Slack delivery permissions.
  • Set an SBOM freshness standard before relying on exposure notifications.
  • Update administrative procedures for policy-linked project-tag changes.
  • Re-test webhook and GitHub integrations, recording expected failure messages for support runbooks.

How Merito helps

Merito helps enterprises operationalize these capabilities across delivery, security, and governance teams. We can define an AI-assisted finding review process, map policy and project-tag controls to release governance, validate SBOM and incident-response workflows, and build audit-ready operating procedures that fit existing CI/CD practices.

The goal is not simply enabling new platform functions. It is ensuring that detection outcomes, dependency decisions, and incident notifications have clear owners, reliable evidence, and predictable paths into engineering work.

Merito is an authorized Semgrep reseller and services partner. Our Semgrep team can scope licensing, sizing, and rollout for July 2026, and our enterprise upgrade services help you plan and validate the upgrade with minimal disruption to release schedules.

About Semgrep AppSec Platform

Semgrep AppSec Platform licenses, renewals, upgrades and implementation are available through Merito, an authorized Semgrep reseller and services partner.

Frequently Asked Questions