Git Push Monitoring
Nightfall monitors the following signals during a Git push operation:
The endpoint where the push originates
The user performing the push
The Git protocol (HTTPS / SSH)
The remote destination URL
The repository name and configured remotes
Managed Endpoint with Nightfall agent
└── git push
├── Action: Git Push
├── Source: Managed device
└── Destination:
├── Approved domain → Allowed
└── Non‑approved domain → Exfiltration Event generatedA Git Push Monitoring policy evaluates where code is being pushed, not what is being pushed. If the destination does not match your approved Git domains, Nightfall generates an exfiltration event.
Supported Git Destinations
Git Push Monitoring supports:
GitHub Cloud
GitLab Cloud
Bitbucket
Any Git server accessible via HTTPS or SSH
Policy Configuration
Step 1: Define Approved Git Destinations
Customers define approved Git hosting locations using Domain Collections.
Examples:
github.com/my‑company‑org/*
gitlab.company.com/*
bitbucket.org/company/*
These domains represent where source code is allowed to be pushed.
Step 2: Configure Git Push Monitoring Policy
Policy Type: Endpoint Exfiltration Action: Git Push
Destination Condition Options:
Any domain
Domain in approved list
Domain not in approved list (recommended)
Recommended Configuration:
This configuration alerts when developers push code outside approved repositories.
Example Use Cases
Prevent Personal GitHub Usage
Approved: github.com/company‑org/*
Detected: github.com/john‑doe/test‑repo
Monitor Scratch or Temporary Repositories
Even if the repository is newly created or unnamed, Nightfall detects the push if the destination domain is not approved.
Enforce Corporate GitHub & GitLab Usage
Ensure all production code stays within:
Corporate GitHub organizations
Internal GitLab instances
Event Details
When a Git push violates policy, Nightfall generates an event with metadata‑only context.
Event Summary Fields
Field
Description
Event Type
Git Push
Repository
Repository name
Actor
User performing the push
Device
Endpoint hostname
Destination URL
Git remote URL
Git Remotes
origin, personal, etc.
Risk
Critical, High, Medium, Low
Example Scenarios
The following scenarios illustrate the support matrix for this capability.
Push to Approved Repository
Git operation succeeds
No alert generated
Push to Non‑Approved Repository
Git operation succeeds (no blocking)
Exfiltration event generated
HTTPS and SSH Both Supported
Detection works for both authentication methods
Multiple Remotes Supported
Events reflect the actual remote used for the push
Unmanaged Devices
No detection occurs without an endpoint agent
Git Push Monitoring provides organizations with a simple and effective control to:
Detect source code exfiltration
Enforce approved Git destinations
Gain visibility into developer Git activity
Last updated
Was this helpful?