Skip to main content


GitGuardian stands by this postulate: "The developer is likely the most knowledgeable person about the exposed secret and what that secret provides access to". Therefore it becomes essential to put the developer in the remediation loop in order to take the best decision for your incident.

Sharing the incident — In the GitGuardian dashboard#

This feature is only available for workspaces under our Business plan (or in Business trial).

Granting access to the incident#

From an incident's details page, you can grant access to a selection of Restricted users or even invite members to sign up for GitGuardian and join as Restricted users. The selected users will have read and write permissions on the incident.

Granting access to an incident's details page

Selecting the 'Restricted' users to grant access to

Collaborating on the incident#

For example, if you are giving access to the incident details to the involved developer, they will be able to assign the incident to themselves, set its severity, and leave comments on the incident. It will also be possible for them to resolve or ignore the incident, precising the reasons that led them to either decision.

Every action taken by the Restricted user, the developer here, will be logged in the incident details timeline.

Revoking access#

You can also revoke access for the Restricted users. Simply click on the Grant access button to see the list of users and press on the bin icon to revoke access.

Revoking the access for 'Restricted' users

Revoking access for a Restricted user to an incident is not possible if the incident is assigned to them. The assignment needs to be changed first for access to be revoked.

Going further: automate the entire process with Playbooks#

If you are under our Business plan (or in Business trial), you can automate this entire process with our Auto-access granting playbook.

Collecting feedback — Out of the GitGuardian dashboard#

Incident collect feedback section

Sharing the incident#

You can share any incident by turning on the sharing switch. Such action will generate a unique link containing by default:

  • the incident with the secret visible,
  • its occurrences with links to their locations on the VCS and the resulting check of their presence in the git history,
  • the resulting check of the secret's validity,
  • "How to remediate" guidelines.

This link will automatically expire either 30 days after its creation or 5 days after the incident is closed, whichever of the two dates is earlier. A new link can be generated at any time after the expiration of the previous one.

Incident share page

Any person, registered on GitGuardian or not, would have access to this incident through this link.

Enabling feedback collection#

The feedback collection process is achieved via this link. The sharing link of an incident has a "Feedback collection" option. When this option is on, an entire section becomes available in the shared page where the person having access to it can submit their feedback.

Incident share page feedback panel

The feedback form is not customizable yet.

When the feedback is submitted, it will be directly visible on the incident page of your GitGuardian dashboard under the "Feedback" section, helping you to take the appropriate decision for remediation. Upon feedback submission, GitGuardian notifies via email the assignee of the incident at stake if any. Otherwise, notification is sent to every dashboard user except Viewers.

Incident feedback panel

This "Feedback collection" option is on by default whenever a share link is generated manually.

Allowing auto-healing#

The share link also provides a "Resolve or ignore via link" option. When turned on, you enable the auto-healing of the incident: the person who has access to the link can close the incident themselves. An entire section becomes accessible within the shared page to enable "Resolve" and "Ignore" actions.

Incident share page auto healing panel

This is particularly useful if you want to reduce your workload and if you trust members of your team external to your dashboard, namely the developer responsible for the leak, to properly remediate the incident.

This "Auto-healing" option is off by default whenever a share link is generated manually as GitGuardian considers closing an incident as a sensitive action.

Going further: automate the entire process with Playbooks#

If you are under our Business plan (or in Business trial), you can automate this entire process with our Auto-healing playbook.