CrewLabs ← Inbound Webhook Router for Jira
Inbound Webhook Router for Jira

Security Policy

Last updated October 28, 2026

The short version: Inbound Webhook Router for Jira runs entirely inside Atlassian Forge. It has no external server or backend, requests only three Jira/Forge scopes, keeps its data in Forge storage inside your own Atlassian Cloud instance, and rejects every inbound webhook that does not present your shared secret.

Vendor and app

Inbound Webhook Router for Jira is built and maintained by CREWLABS.IO.

Architecture

Inbound Webhook Router for Jira is a Forge-only app. It runs on the Atlassian Forge platform (Node.js 22.x runtime). It has no external server and no external backend, and no data is transmitted outside Atlassian Cloud.

Permissions (scopes)

The app requests only these scopes:

Data storage

All app data is kept in Atlassian Forge storage (Key-Value Store) inside your own Atlassian Cloud instance. The app stores:

Authentication of inbound webhooks

Admin access and secret handling

Issue creation

For each authenticated webhook, the app creates a Jira issue through the Jira REST API in the project your administrator selected. The issue description contains the webhook payload as JSON, truncated at 30,000 characters, plus the source IP/host taken from the webhook request headers.

Analytics, tracking, and subprocessors

The app contains no analytics and no tracking. Crewlabs uses no subprocessors for this app beyond Atlassian's own platform hosting. See the Privacy Policy for details.

Reporting a vulnerability

If you believe you have found a security issue in Inbound Webhook Router for Jira, please report it to support@crewlabs.io. Include a description of the issue and the steps needed to reproduce it.

Changes to this policy

If this policy ever changes, the updated version will be posted at this same URL with a new "last updated" date.

Contact

Security questions can be sent to support@crewlabs.io.