Project Commander
Features FAQ Getting Started Docs Blog Support

Security

Last updated: October 15, 2026 — the app no longer asks any AI service anything, and declares no address outside Atlassian

This page describes how Project Commander protects your data. Project Commander is a planning and analysis app for Jira Cloud, built and hosted entirely on the Atlassian Forge platform.

1. Built on Atlassian Forge

Project Commander runs as a Forge app inside Atlassian's own cloud infrastructure. It has no separate servers of its own. This means:

  • The app's code runs in Atlassian's secure, sandboxed Forge runtime
  • The app inherits Atlassian's platform-level security controls, hosting, and compliance posture
  • There is no external backend operated by us where your Jira data could be copied or exposed

2. Data Storage and Isolation

All data the app stores is held in Atlassian Forge storage. It is isolated to your Jira instance and scoped to your Atlassian account.

  • Your Jira data is never sent to us. Issues, sprints, and board data are read through Atlassian's secure APIs and are not stored by the app on any server outside Atlassian. To make repeat visits fast, the app keeps a copy of the issues it has read in your own browser, on your own device, keyed to your Atlassian account so nobody else using that browser sees it through the app; each visit then re-reads only what changed. Refresh and Start over remove that copy, a copy not used for 7 days is removed the next time the app opens, and clearing your browser's site data removes it at any time.
  • App-created content — team capacity settings, risks, action items, retrospective notes, governance policies, portfolio lists, saved plan baselines, velocity history, sprint snapshots, and per-user preferences — is stored in Forge storage and stays within Atlassian.
  • No external database. Project Commander does not use any database or storage service outside Atlassian.
  • Reporting a wrong answer. If you report a wrong answer from the Ask panel, the app copies the question and the answer, with its figures, to your clipboard and tells you where to send it. Nothing is sent unless you paste it into an email and send it, and what you send reaches our support inbox like any other support email.

3. Encryption

  • In transit: All communication uses HTTPS/TLS encryption.
  • API keys: The app no longer takes an AI provider key. A key saved in an earlier version stays in Forge's encrypted secret storage, is read by nothing, and is deleted on uninstall.
  • At rest: All other app data is protected by Atlassian Forge's platform-level encryption of stored data.

4. Access Control and Least Privilege

The app requests only the Jira permissions it needs to do its job — reading sprints, issues, boards, projects, and user display names, and writing sprint and issue changes you make through the app. Access to your data inside the app is governed by your existing Jira permissions: users only see what their Jira account already allows them to see.

5. Data Egress

Project Commander sends no data outside Atlassian. It asks no AI model anything: every figure, and every sentence the Ask panel writes, is worked out by the app’s own code inside Forge.

Feature-use counts. The app counts how often some of its features are used — for example, the app being opened, a tab being opened, an issue being moved or edited, a sprint being created or completed — through Atlassian’s own usage metrics for Forge apps. Each count is a bare tally that goes up by one: no user, site, project or issue is attached to it, and it stays inside Atlassian. To count how many different people use the app, the app keeps a note in its own storage on your site, against each person’s Atlassian account ID, of when they first opened it; that note never leaves your site and is deleted with the rest of the app’s data on uninstall. There is no third-party analytics or tracking service. Full details are in our Privacy Policy.

The app declares no address outside Atlassian that it is permitted to reach, so the data egress list Jira shows while the app is being installed, and in Atlassian Administration under Connected apps, names none. Earlier versions declared three AI providers’ addresses there — api.anthropic.com, api.openai.com and generativelanguage.googleapis.com — and those are gone.

6. Personal Data Handling

Project Commander implements Atlassian's personal-data reporting process. On a regular schedule it reports to Atlassian which Atlassian accounts it holds data for. When Atlassian notifies the app that an account has been closed, the app automatically erases that person's stored data; when an account's details change, the app refreshes them so it does not keep stale copies.

7. Data Retention and Deletion

App data persists until you remove it through the app or uninstall the app. Uninstalling Project Commander deletes everything it stored in Forge storage — configuration, team capacity, velocity history, snapshots, risks, action items, retrospectives, governance and portfolio data, plan baselines, alert dismissals, and anything an earlier version stored for its AI features, including an AI provider key.

8. Website and Web App Security

This website applies standard hardening, including a Content Security Policy, clickjacking protection, MIME-type sniffing protection, and a strict referrer policy. The website does not collect personal data. It counts page views and web app use with its own counter, run on the same host as the website: it keeps totals per day and an anonymous daily visitor code, made by scrambling the visitor’s network address and browser with a secret and the date so it cannot be turned back into either. It sets no cookies and stores no names, email addresses or network addresses. The installed Jira app never calls it.

The web app at projectcommander.app/app is separate from the installed Jira app, and everything else on this page describes the installed app — the web app shares none of its data paths. The web app offers two modes, and to be equally clear about each:

  • Demo mode runs entirely in your browser on generated sample data. It makes no calls to any Jira, creates no account, and stores nothing — every change is discarded when the page reloads.
  • Connect mode (optional) analyzes your own Jira through Atlassian's official sign-in: you approve read-only access on Atlassian's own consent screen, for the one Jira site you choose — no password or token is ever typed into our site. The access grant is kept in your browser for the current tab session only and is gone when the tab closes; Log out wipes it immediately, along with all app data held in the browser, including the copy of the issues you have read, which the web app keeps in your own browser for your account only so that repeat visits re-read only what changed. Each request passes through our relay to your Jira and is never stored or logged by us. Sign-ins are recorded only as an irreversible connection code with dates, sign-in counts, and usage counts — no name, email, or site is stored, and the code cannot be turned back into an identity; it exists so we can count distinct connections and disable abusive access. Connect mode cannot change anything in your Jira and acts only with your own Jira account's permissions: the access you approve is read-only, and since 16 September 2026 our relay itself refuses any request that would change something, so the promise no longer rests on the sign-in scopes alone. You can cut off its access at any time from your Atlassian account's Connected apps page, and a Jira admin can block the app for their whole site.
  • In either mode there is no other outbound call: the web app asks no AI service anything.

9. Certifications and Compliance

Where we are today:

  • SOC 2 Type II — in progress. Independent auditor engaged; target completion date to be confirmed. Contact us for the current audit timeline in writing.
  • ISO 27001 — planned after SOC 2.
  • GDPR — fully compliant. Data lives inside your Jira tenant; we do not transfer personal data out of it. See sub-processor list below.
  • CCPA — compliant, on the same data-handling posture as GDPR.
  • HIPAA — not applicable. Project Commander is not intended for HIPAA-covered workflows.

Where we inherit Atlassian's certifications: Because Project Commander runs on Forge, the underlying infrastructure is covered by Atlassian's own certifications:

  • SOC 2 Type II — Atlassian's Forge platform. Reports available under NDA from Atlassian.
  • ISO 27001, ISO 27017, ISO 27018 — Atlassian's Cloud platform.
  • PCI DSS — Atlassian's Marketplace billing.
  • Underlying cloud infrastructure — AWS (SOC 2, ISO 27001, PCI DSS, HIPAA, FedRAMP).

For enterprise buyers: many accept "runs on Forge, inherits Atlassian's certifications" as sufficient for the data-handling layer, given we don't store data outside your tenant. If SOC 2 completion is a gating requirement for your organization, email us and we'll share our current audit timeline in writing.

10. Sub-processors

The complete list of third parties Project Commander uses:

Sub-processor Purpose Data shared
Atlassian Hosting (Forge), authentication, storage All app data (lives inside your tenant, owned by you)

That is the complete list. There is no third-party analytics tracker (the app’s only usage counts are the anonymous tallies kept by Atlassian, described in section 5), no CDN caching your data, no email service reading your data, no logging service outside Atlassian's own. No AI provider is called.

11. Uptime and Reliability

Project Commander runs on Atlassian's Forge platform, so its availability equals Atlassian's availability. Atlassian's public status page: status.atlassian.com.

Since launch there has been no downtime traceable to Project Commander's own code. If a service-affecting incident occurs, it will appear on Atlassian's status page under Forge. We do not schedule maintenance windows on our side; Atlassian owns platform upgrades.

12. Incident Response

If a security incident affects Project Commander or its handling of your data:

  • Detection: automated monitoring on Forge invocation errors and unusual usage patterns.
  • Notification: affected customers notified via email within 72 hours of a confirmed incident, matching GDPR's breach-notification requirement.
  • Investigation: root cause published on this page within 14 days of resolution.
  • Historical record: no security incidents since launch. If that changes, this section will be updated with dated entries.

13. For Your Security Team — Direct Answers

Where does our data go?
Nowhere outside your Jira Cloud tenant and your own browser (which keeps a copy of the issues you have read, for speed, for your account only). No AI provider is ever sent anything.

Can you access our data without permission?
No. Forge storage is isolated per tenant. We cannot read your data from outside your Jira instance.

Does the web app at projectcommander.app/app touch our Jira?
Its demo mode cannot — it runs on generated sample data in the visitor's browser and makes no Jira calls. Its optional connect mode uses Atlassian's official sign-in (OAuth): the user approves read-only access on Atlassian's own consent screen for one chosen site, and can revoke it at any time from their Atlassian account's Connected apps page; the access grant passes through our relay per request and is never stored or logged. See section 8.

What happens if you're breached?
A breach would have to happen inside Atlassian's Forge platform, since that's where all data lives. We'd notify affected customers within 72 hours per GDPR. In practice, an incident affecting your data would be an Atlassian incident.

Do you have SOC 2?
Not our own certification yet — in progress. We run on Atlassian's SOC 2 Type II Forge platform, which many enterprises accept as sufficient.

Do you have a DPA?
Yes — see our Data Processing Agreement. Standard EU-approved terms, GDPR-compliant, sub-processor list matches this page.

Can you complete a security questionnaire?
Yes. SIG Lite, CAIQ, and custom questionnaires completed personally, typical turnaround 5 business days. Email support with the questionnaire attached.

Can we do a penetration test?
Project Commander is a Forge app running in Atlassian's infrastructure. Any pen test would need to conform to Atlassian's rules of engagement. Email us and we'll work with you and Atlassian to structure it.

14. Reporting a Security Issue

We take security reports seriously and will respond promptly. If you believe you have found a vulnerability or have a security concern about Project Commander, please contact us using the details below. Please include enough detail to reproduce the issue, and give us a reasonable opportunity to address it before any public disclosure.

Response commitment for verified vulnerability reports: acknowledgment within 24 hours, validity confirmation within 72 hours, fix ETA within 7 days. We credit reporters in the changelog with their permission.

Security Contact

To report a security issue or ask a security question, email us:

Email: support@projectcommander.app

Project Commander
Privacy Policy Security Terms of Service Data Processing Agreement Support

© 2026 Project Commander. Operated by Donald Salz. Built for Jira Cloud.