How Gera Thinks About Security and Privacy

Published 21 April 2026 · 10 min read · Gera Services

Quick answer: Security and privacy at Gera are infrastructure-level concerns, not per-product afterthoughts. We apply OWASP Top 10 + API Top 10 to every service; npm audit and Semgrep on every build; monthly DAST against staging; TLS 1.2+ everywhere; MFA on admin accounts; encryption at rest on all data; and per-product regulatory baselines (PCI DSS for GeraCash, HIPAA-equivalent for GeraClinic, strict-CSP for PrivacyGuard).

The principle

Security is a cross-cutting concern that only works when shared. An approach where each product re-implements auth, session management, and encryption fails at scale and leaves quiet gaps. Shared core-auth, core-payment, core-compliance, and core-storage packages carry the load, and the products consume them correctly by default.

Foundations

Per-product baselines

Privacy by default

Incident response

security/INCIDENT_RESPONSE.md documents the full playbook: triage within 30 minutes, regulator notification (GDPR Article 33) within 72 hours, customer notification per severity class, post-incident public postmortem. Auto-rollback is enabled when post-deploy error rate exceeds 5%.

What we do not do

How to verify our claims

Related reading

PrivacyGuard — browser privacy · GeraCompliance — GDPR + AI Act · AI discoverability

See the portfolio at gera.services. Privacy-first by default.