Auditforge Join the waitlist
← Back to home

Security Overview

This document describes how Auditforge handles security. It is also designed to be reused, in part or in full, as answers to vendor security questionnaires from prospective customers.

Operator: Sathvic Kollu, Bangalore, India
Contact: security@auditforge.sathvickollu.com

Threat model in one paragraph

Auditforge is a Forge-hosted app that reads Jira issue data inside a customer's Atlassian tenant, sends those issue summaries to the Anthropic API (api.anthropic.com) along with a control description, receives a narrative draft, and stores it in Forge Storage. There is no Auditforge-operated infrastructure between the customer's Atlassian tenant and Anthropic. The threat model therefore reduces to: (1) Atlassian Forge's security posture, (2) Anthropic's API security, (3) Auditforge code defects that could leak data within the customer's own tenant, and (4) misuse of the Anthropic API key by malicious app users.

Architecture

Customer Atlassian Cloud tenant
   ┌────────────────────────────────────────────────┐
   │                                                │
   │   Jira data ────► Forge Function (Auditforge)  │
   │                          │                     │
   │                          │ HTTPS                │
   │                          ▼                     │
   │              api.anthropic.com  (TLS 1.3)       │
   │                          │                     │
   │                          ▼                     │
   │   Forge Storage  ◄── Narrative drafts          │
   │     (encrypted at rest)                        │
   │                                                │
   └────────────────────────────────────────────────┘

   No external Auditforge servers exist.

Data we receive, store, and transmit

DataWhere it livesWho can read it
Jira issue summaries (selected by user)In transit only; sent to Anthropic APICustomer's Forge runtime, Anthropic
Anthropic API keyForge Storage (encrypted at rest by Atlassian)Customer admins only
Generated narrativesForge StorageCustomer users with app access
Audit log entriesForge StorageCustomer users with app access
Current user's display nameMemory during requestForge function only

The Operator (Sathvic Kollu) has no access to customer Forge Storage. Forge Storage is scoped per app and per customer; we cannot read it.

Encryption

Authentication and authorization

Permissions requested

The minimum scopes required:

ScopeWhy we need it
read:jira-userIdentify the user who triggered each generation or approval (for audit log attribution)
read:jira-workRead Jira issue data (summary, status, assignee, updated) for issues the user selects
storage:appStore app settings, narrative drafts, and audit log entries
external fetch: api.anthropic.comSend selected issue summaries to Anthropic to generate narratives

We do not request write scopes to Jira or Confluence. We do not request user email at the workspace level. We do not request administrative scopes.

External data transfers

The only outbound connection from the Forge function is to https://api.anthropic.com/v1/messages. This is declared in the manifest and enforced by Forge's egress policy. The function cannot connect to any other external domain.

Anthropic, as a subprocessor, processes the payload to generate the narrative. Anthropic's commercial terms apply. By default, API requests are NOT used to train Anthropic's models. Customers can verify this in the Anthropic console.

Vendor compliance

VendorCompliance status (as of 2026)
AtlassianSOC 2 Type II, ISO 27001, ISO 27017, ISO 27018, PCI-DSS, HIPAA, FedRAMP Moderate, IRAP Protected
AnthropicSOC 2 Type II, ISO 27001, HIPAA-ready under BAA
Auditforge (Sathvic Kollu)SOC 2 Type II readiness in progress (Q1 2027 target). No external audits at this time.

We are honest about our individual-operator status. Customers requiring SOC 2 or ISO 27001 evidence from the vendor today should not adopt Auditforge until our certification completes. Atlassian and Anthropic's certifications apply to their portions of the stack.

Incident response

Vulnerability disclosure

Report security issues to security@auditforge.sathvickollu.com. We will:

Bug bounty program: not yet, but we will set one up via HackerOne or similar in 2027.

Data deletion

What Auditforge does NOT do

Subprocessors

See the Privacy Policy for the current list. As of launch:

We commit to 30 days notice before adding any new subprocessor.

Security questionnaire answers (cheat sheet)

For customer security questionnaires, copy these short answers:

Updates to this document

Material updates will be communicated to active customers at least 30 days before they take effect.