AppsinityAPPSINITY
Store accounts

Two-factor authentication

There is no two-step verification for developer accounts. A store settings row uses the words, and that is where the similarity ends.

Open Appsinity Studio

What exists today

ControlReality
Email OTP at sign-upYes — one-time, 10 minutes, 6 digits
Email OTP on every loginNo
Authenticator app or passkeyNo
Recovery codesNo
Developer-account second factorNo
Store Security → 2-step verificationA settings row that persists locally; no server-side factor behind it
Store Login alertsA row; no alerting service
Store Signed-in devicesDisplay only; no revoke control
Not available: Treat those three rows as interface placeholders. A developer who believes two-factor is enabled because the page says so has a false sense of security, which is worse than none.

Why a Studio account is worth protecting

One login can rewrite a public listing, upload a build that is signed and served from appsinity.com storage, unpublish titles, invite team members and change payout details. Compromise is a supply-chain event for your players, not an account nuisance.

The password floor is six characters with no complexity rule, which is the weakest point in the chain.

Important: The session token is valid for 30 days and lives in localStorage. Anyone with the browser profile, or with an XSS foothold, holds a live publishing credential for a month.

Controls you can apply now

  • A long unique password from a manager, not six characters.
  • A role alias for the account, so the mailbox is not one person's.
  • A dedicated browser profile for Studio, with no other sites in it.
  • Least-privilege team seats instead of sharing the owner login.
  • Never "remember password" on a shared or borrowed machine.
  • Sign out of Studio when you are done, so the 30-day token is not sitting in a browser.
  • Log the current analytics baseline so an unauthorised change is visible.

If you think it is compromised

  1. Change the password. Immediately, through account recovery.
  2. Unpublish affected listings. The fastest way to stop a bad build reaching players.
  3. Audit the listings. Description, build URL, signing status, category, and any new team member.
  4. Check the payout method. A changed payout destination is the usual goal of a developer-account takeover.
  5. Report it. Email [email protected] and say plainly that you believe the account was accessed by someone else.

Frequently asked questions

Will two-factor be added?

Nothing in the current API implements it. Ask [email protected] if it is a requirement for your organisation.

Does the email OTP count as two-factor?

No. It verifies the address at registration; it is not a factor at login.

Can I revoke a stolen session?

There is no device list with a revoke control. A password change is the only lever, and the 30-day token is the reason to do it fast.

Need help?

Developer publishing support: [email protected]
General support: [email protected]
Partnerships: [email protected]