Security & compliance

Where your key lives, what Wingman can and cannot do with it, what is logged, and where we stand on certifications — as of September 26, 2026.

Your exchange key

It stays in your browser for the account view and manual trading

The key you use to look at your account and trade by hand is stored in an encrypted vault in your own browser: AES-256-GCM, wrapped by a device key that is generated non-extractable, so no script — including ours — can read it out. It is decrypted in memory for one request at a time and sent to our server only for the duration of that request. It is never written to our disks. The screen shows provider and the last four characters, never the key.

One key is stored server-side, only if you turn the guardians on

The always-on guardians (algo guard, profit floor, liquidation guardian) run on our server whether or not your phone is on. To do that they need a Trade-permission key on the server. You opt in; the key is encrypted at rest with AES-256-GCM under a server secret that lives only in the server's environment, never in code, and is decrypted only when a guardian acts. Remove the key and the guardians stop the same minute.

Never withdrawal permission

Create the key with view and trade permission only. Wingman never moves funds out of your exchange, and a key that could is a key with more permission than it needs; we will tell you if we see one.

What Wingman can do on your account, and what stops it

Only the positions you opened, only under settings you chose

A guardian places or cancels orders on positions the account holds, under the sensitivity, floor and liquidation settings you saved. It does not open positions on its own.

Circuit breakers

The liquidation guardian has a hard cap on protective actions per 24 hours; if it hits the cap it disables itself and writes the reason where you will see it, rather than keep acting.

Legacy holds

Any product you mark as a legacy hold is invisible to every guardian: no guard, no floor, no liquidation sale. You can still trade it by hand. The hold is about the algorithm, not about you.

Every action has a receipt

Every order Wingman places or cancels is written to a ledger you can read, with the exchange's own order id, price and time, so anything can be checked against the exchange's records. The forensic audit reconciles the account to the cent and states the unexplained part rather than hiding it.

Data, payments, infrastructure

Cards never touch us

Subscriptions are billed through Stripe. Card details go to Stripe's checkout and portal; we store a customer id and a subscription status, nothing more.

What we store about you

Email and password hash, session, the exchange records needed for the cockpit and the audit, guardian logs, and a Stripe id. No withdrawal credentials, no bank or card numbers, no exchange passwords. See the privacy policy for retention.

Transport and edge

All traffic is HTTPS, fronted by Cloudflare. The trading server is not exposed directly to the internet.

Not trained on

Your account records and your questions to Deb are not used to train any model, ours or anyone else's.

Certifications — where we stand

Wingman does not hold a SOC 2 report, an ISO 27001 certificate or a third-party penetration test report today. We say that plainly because a partner's questionnaire will ask, and a page that implies otherwise is worth less than one that says what is true. What exists now is the architecture above; what is planned, in order, is below.

1. Production hardening

Production build of the trading server on dedicated infrastructure, secrets in a managed store, automated backups of the ledger and audit data, and monitoring with alerting. This is the prerequisite for everything that follows.

2. Independent penetration test

A third-party test of the web application, the API routes and the key-handling paths, with the report available to partners under NDA.

3. SOC 2 Type I, then Type II

Scoped to the trading server, the guardians, the audit pipeline and key handling. Type I attests the controls exist at a point in time; Type II attests they operated over a period. We will publish the scope when the audit window opens.

4. Partner-specific requirements

An exchange partnership will carry its own review — data-handling addenda, incident-response commitments, sub-processor lists. We will meet them as part of the pilot agreement.

Questions, or a questionnaire to fill in

Send it to [email protected]. Security questions are answered by a person, with the code open, and if the honest answer is “not yet” that is the answer you will get. Found something? Tell us the same way; we will confirm receipt and tell you what we did about it.