Native proxy transport
PostgreSQL and MySQL native proxy traffic is plaintext between client, proxy, and backend.
CacheDB 1.9 security
CacheDB has documented security controls and documented transport limitations. A secure deployment is a system design: trusted network placement, edge controls, identity isolation, and operational access all matter.
Read before production
CacheDB 1.9 native PostgreSQL and MySQL proxy paths do not support TLS on either leg. PostgreSQL, Oracle, and DB2 translation backends do not negotiate TLS. Redis connections—including cache, metrics, and Sentinel—do not support TLS. Place these components on a trusted private network or provide encryption at the deployment layer.
Current 1.9 boundaries
Design reviews should treat the following as deployment constraints, not as future configuration choices.
PostgreSQL and MySQL native proxy traffic is plaintext between client, proxy, and backend.
PostgreSQL, Oracle, and DB2 backends do not negotiate TLS. SQL Server backend TLS currently accepts any certificate.
Cache, metrics, and Sentinel connections have no TLS support in this release.
The console does not terminate TLS or provide built-in login rate limiting.
Controls around the product
Use the network and identity layers to match the threat model of the deployment.
Keep proxy, database, and Redis on a trusted segment. Use a service mesh, TLS sidecar, or network overlay where encryption in transit is required.
Place externally reachable console access behind a reverse proxy or WAF for TLS, throttling, and network access control.
Do not share a cache namespace between service identities with different data permissions or row-level visibility.
Operational controls
The console supports local authentication with Argon2id password hashing and optional OIDC. Roles separate viewing, operations, and administration. Console sessions use HttpOnly and SameSite=Strict cookies, and protected mutations require CSRF protection.
Protected mutations and authentication or authorization failures are recorded with actor, action, target, outcome, and peer context. Cache-policy scripts execute in a restricted Rhai engine, but their operational effect still requires review and change control.
Read console operationsRead policy scripting boundariesDeployment review
We can review topology, encryption requirements, database identities, and console access controls against the documented 1.9 boundaries.