Skip to main content

Security

Verified controls, explicit limitations and a responsible contact

A factual overview of controls for web delivery, lead acceptance, access, secrets, dependency checks and recovery. It is not a certification or universal security guarantee.

In a few words

The platform uses HTTPS, restrictive response headers, strict input allow-lists, a transactional lead store, least-privilege runtime roles and secrets outside application artifacts. These controls reduce risk but do not replace independent review.

01

Application and data controls

Diagnostic requests are limited to 64 KB, validated against an exact schema and accepted only after a Postgres commit. CRM and email outages are isolated through an outbox. Raw IPs, request bodies and provider errors are prohibited from application logs.

  • Idempotency and bounded rate limiting
  • Daily salted anti-abuse IP hash
  • Separate API/worker database roles
  • Authenticated delivery webhook
02

Delivery and secret controls

Production deploys are restricted to protected `main`, pinned SSH host keys and an explicit GO variable. Runtime secrets live outside the mutable artifact; database migration credentials are short-lived and are not reused by the application.

03

Limitations and disclosure

MASLOV Solutions does not claim ISO, SOC, PCI or another certification. Vendor controls, monitoring, backups and recovery require continuous verification. Report a suspected vulnerability to security@maslov.solutions without sending personal or client data.

Security statements map to tracked configuration, tests or a stated limitation. A control that cannot be evidenced is not presented as active.

The next step

Have a security or procurement question?

Use the contact route; do not submit vulnerabilities or secrets through the diagnostic form.

Discuss your project ↗