The service levels we aim for.
Version 1.2 · Last reviewed 6 September 2026
These are Maskbreak's operating aims, not guarantees or a report of achieved performance. The status page shows limited internal probe samples and processing measurements; it does not establish monthly uptime or compliance with a contractual SLA. Contractual commitments and service credits apply only where explicitly included in a signed agreement. Existing enterprise agreements remain unchanged, and your statutory rights are unaffected.
Operating aims
| Metric | Aim | Scope and limits |
|---|---|---|
API availability (/v1/evaluate) | 99.9% monthly | An availability aim. The public monitor checks a sample response, not authenticated visitor evaluations; it cannot verify this monthly figure. |
| Evaluation latency | <500 ms p95 | An aim for 95% of recorded evaluations to complete origin processing in under 500 ms. Excludes caller network time; the live rolling window is not a global or monthly measurement. |
| Marketing & dashboard availability | 99.5% monthly | An availability aim. The website, console and API share an application process and dependencies; an outage can affect more than one surface. |
| Support response | Aim: same business day | During UK business hours — email support@maskbreak.com. Contractual response times apply only if explicitly agreed. |
| Security disclosures | Aim: acknowledge within 2 business days | See our responsible disclosure policy for the reporting process. |
What the public measurements cover
The monitor runs in the same application process that serves the status endpoint. It checks the sample API response, expected dashboard/login/signup page content, account database reads and the durable write used by authentication security checks. Provider indicators use real server-side network, fingerprinting, sign-in and email-send outcomes; no recent evidence is shown as unknown. These checks do not complete a customer's login, confirm inbox delivery or exercise every browser SDK. Before 8 September 2026, recorded page probes checked HTTP responses only.
The status page shares the service's origin and dependencies. It may be unavailable during an outage, and a stopped process cannot record failed probes. Historical percentages describe recorded samples, weighted by their sample counts where available. Gaps are not successful checks. This is not independent global monitoring, complete uptime accounting or contractual SLA reporting.
Maintenance and contractual scope
A signed SLA, if applicable, defines measurement periods, exclusions, notice requirements and remedies. This page does not add exclusions to or change an existing agreement.
| Maintenance notices | The status page contains automatic service incidents and reviewed incident and maintenance reports. No universal advance-notice period is promised here; any agreed notice period remains governed by your signed contract. |
| Customer systems | Network and integration issues can affect the experience beyond the limited measurements shown publicly. Any contractual treatment depends on the signed agreement. |
| Suspension for abuse | See the Terms of Service and any applicable signed agreement. |
| Upstream failures | Cloud and network dependencies can affect the service. This page does not automatically exclude those failures from any contractual commitment. |
Service credits
Service credits apply only if your signed agreement explicitly provides them, under its eligibility and claim terms. An enterprise plan or a signed data processing agreement does not by itself create service credits. Existing enterprise contracts remain unchanged; this page does not remove agreed remedies or affect statutory rights. To discuss contractual service levels, email support@maskbreak.com.