Security & reliability

What we actually put in place

Controls matched to the risk of the system in scope. This page describes what we implement, and is deliberately explicit about what we do not claim.

Access & secrets

Least privilege, environment isolation, and secret management so credentials never live in repos or client bundles.

What we put in place

  • Least-privilege access by default
  • Isolation between environments
  • Secrets held outside version control
  • Rotation paths that can actually be used

Abuse resistance

Rate limits, input validation, and defense against injection and prompt-manipulation where language models are exposed.

What we put in place

  • Rate limiting on exposed endpoints
  • Input validation at the boundary
  • Injection defense across query and command paths
  • Review of prompt-manipulation surfaces

Observability

Structured logs, metrics, and alerts with clear ownership so incidents are detectable before customers report them.

What we put in place

  • Structured logging with useful context
  • Metrics on the paths that matter
  • Alert routing to a named owner
  • Detection ahead of customer reports

Change control

Versioned releases, rollback paths, and audit trails for configuration and model updates in production.

What we put in place

  • Versioned, reversible releases
  • Tested rollback paths
  • Audit trails for configuration changes
  • Records for model and prompt updates

From signal to a named owner

Observability is only worth the effort if it ends with someone accountable. Every alert routes to a named person with a runbook for the condition, and escalates if it is not acknowledged.

Detected before a customer reports it 01 Signal logs, metrics, traces 02 Detection thresholds + checks 03 Alert routed to an owner 04 Owner a named person 05 Runbook tested steps Escalation if unacknowledged
The incident path we put in place

What we do not claim

We do not hold compliance certifications on your behalf, and we will not imply that our controls satisfy an audit you have not run. Controls are matched to the risk of the system in scope. If your obligations require formal certification, we will say so and scope the engineering work that supports it. More in the FAQ →

Need an existing system hardened?

Tell us what you are running and where you are exposed. We respond from hello@taxeltech.com.