← Security & Trust

Encryption Policy

Fueling Agile Nigeria · AgileFlex / FANMS · Effective 1 January 2026 · Next review 18 January 2027
Owner: David Owolabi · Contact: fuelingagilenigeria@gmail.com

1. Purpose

This policy states the encryption and cryptographic standards Fueling Agile uses to protect data in transit, at rest where implemented, and for passwords and secrets. We only claim controls that exist in production.

2. Scope

Applies to public websites, APIs, databases, backups, and secrets used to run AgileFlex / FANMS (admin: fantech.*, company: fleetos.*), including production and test environments we operate.

3. Required standards

LayerRequired standardHow it is enforced
Public websites and APIsHTTPS only. TLS 1.2 or newer.Caddy reverse proxy terminates TLS. The API is not published on a public host port.
PasswordsOne-way hash, never stored in plaintext.BCrypt via the application password hasher.
Application secretsStored outside source control.Deployment environment configuration / secrets.
Database connectionsEncrypted transport where the engine and host support it.Connection strings and host TLS settings.
Weak / forbidden cryptoMust not be used for new work.No MD5 or SHA-1 for password storage. No TLS 1.0 or 1.1 for public sites. No homemade ciphers.

4. Encryption in transit

  1. All customer and staff traffic to public hostnames must use HTTPS.
  2. TLS is terminated at the edge reverse proxy (Caddy). Minimum protocol is TLS 1.2.
  3. HTTP on legacy hostnames, if still present, must redirect to HTTPS.
  4. The application API listens on the private Docker network, not as a public internet port.

5. Encryption at rest — what we claim today

ControlStatus
Password hashing (BCrypt)In production
Secrets kept out of gitIn production
Application-level encryption of every database field / all PIINot claimed
Customer-managed keys / HSMNot claimed
Full-disk / volume encryption of the production hostOnly if verified on the host and recorded internally

6. Key and secret handling

  1. Production secrets are unique per environment (test vs production).
  2. Secrets are rotated after suspected compromise, after a privileged staff departure, or during policy review if warranted.
  3. Encryption keys and passwords must not be pasted into tickets, chat, or source control.
  4. Access to production secrets is limited to operators who need them to run the service.

7. Enforcement

HTTPS / TLS at Caddy, BCrypt password hashing, and role-based access. Questionnaire answers must match section 5.

Related: Information Security · Data Protection · Access Control