Skip to the content
Documentation
Help Start
Reading in:
  • German: 9,075 of 9,075 pages
About the help in other languages
All help pages

Security responsibilities of resellers

What a reseller is responsible for in the security of the Exponential sites it sells - the shared responsibility split with the project, hosts and customers, a per-site security checklist, credentials, updates, private…

Download as PDF

Address: https://doc.exponential.earth/exphelp/viewer/help/resellers/responsibilities/security-responsibilities.md

On this page

Security responsibilities of resellers

This page is for owners and technical leads at resellers. When you sell a site, a plan or a product, the customer trusts you with its security, whatever part the project, a host or 7x plays behind you. The partners' version is Security responsibilities of partners.

Contents

  1. Shared responsibility
  2. Per-site checklist
  3. Credentials
  4. Vulnerabilities and updates
  5. Incidents
  6. Demo and training sites

Shared responsibility

WhoResponsible for
The projectSecure code in the kernel and its extensions; fixes published in releases (SECURITY.md)
The host (you, or your supplier)Servers, PHP, database, TLS, network, backups
You as the resellerConfiguration, extensions chosen, custom code, updates applied, monitoring, incident response, as your contract says
The customerAccounts and passwords of their editors, the content, who they give access to

Write this split into each contract (Contracts with customers). If you buy in hosting or white-label services, you remain responsible to the customer.

Per-site checklist

Credentials

  • Never in tickets, chats, e-mails or Git repositories.
  • Hand credentials to customers through a secure channel; make them change passwords on first sign-in.
  • Personal accounts for your staff, never a shared administrator account.
  • Remove accounts of staff who leave, on your side and in every customer's administration.

Vulnerabilities and updates

  • A vulnerability in Exponential goes privately to [email protected]; "You can expect a first answer within one business day" (SECURITY.md). Never report it in public (Escalation for resellers).
  • Fixes are made on main and published with the next 6.0.x release; "a published tag is never changed". Your customers are protected only when you apply the release.
  • Promise a time to apply security releases only after measuring how long a tested update across all your sites takes (Service level design).

Incidents

Have a short plan for every customer:

  1. Contain: take the affected part offline or block the attack path (maintenance mode helps: Maintenance mode).
  2. Preserve: keep logs and copies for analysis (Security log).
  3. Inform: the customer at once; authorities if the law requires it (Data protection for resellers).
  4. Fix: apply the fix, rotate credentials, restore clean backups.
  5. Learn: write down what happened and change the process.

The step-by-step runbook is Compromised site.

Demo and training sites

A public demo runs in demo mode (EXP_DEMO_MODE=1), which only protects administrator passwords: a visitor signed in as an administrator can still change settings and upload files. Keep demos on their own system user, pool and database, never with real data, and make sure the variable never reaches a production process (Demo sites for resellers).

Become an Exponential Partner

Partners share their information, provide funding, contribute back and develop the products with us, and that is how Exponential grows. A partner website and dashboard are planned for mid-2027: please become a partner today to speed up our growth rate and land new features faster.

Something wrong on this page? Report an error

Documentation license

This documentation is free documentation, licensed under the GNU Free Documentation License 1.3 or later.

Exponential Copyright © 1998-2026 Exponential Foundation and 7x