Skip to main content

Overview

ZeroPath uses a fine-grained authorization (FGA) system to control access to resources within your organization. Teams group users together and can be assigned to specific repositories, letting you control who sees what.

Team Management

Creating Teams

  1. Navigate to Settings → Teams in the dashboard.
  2. Click “Create Team”.
  3. Give the team a name and optional description.
  4. Add members by email or username.
  5. Assign repositories the team should have access to.

Team Members

Teams can include:
  • Users — people with ZeroPath accounts in your organization
  • Contributors — code contributors identified from Git blame data (matched by email, name, or VCS username)
Contributors are automatically associated with teams when their git commit metadata matches a team member’s identity.

Permissions

ZeroPath uses role-based permissions at the organization level. Key permission categories include:
CategoryPermissions
IssuesView, manage, mark as false positive, archive
ScansStart scans, cancel scans, view scan history
RepositoriesAdd, remove, configure repositories
IntegrationsConnect and manage Jira, Linear, Slack, Wiz
API TokensCreate, view, delete API tokens
PatchesGenerate patches, approve patches, create PRs
SettingsManage organization settings, scanner settings
TeamsCreate, edit, delete teams

Repository Access

Teams can be scoped to specific repositories. When a team is assigned to a repository:
  • Team members can view scan results and findings for that repository
  • Notifications and alerts are routed to the appropriate team
  • Git blame attribution links findings to team members who authored the affected code

Issue Status Workflow

Findings follow a structured lifecycle that maps to team workflows:
StatusMeaning
Pending ReviewNew finding, awaiting triage
ReviewingUnder active review by the team
PatchingFix is being developed
ResolvedFix has been applied (manually or via merged PR)
False PositiveConfirmed not a real vulnerability
Accepted RiskKnown issue accepted by the team
Non-ExploitableTechnically present but not exploitable in context
BacklogAcknowledged but deferred for later