AXIORA TRUST

// Private Networking

The internet should only ever see your front door

Databases on public IPs and admin panels guarded by hope are how breaches start. We architect private-by-default networks: services communicate on internal networks, ingress flows through hardened gateways, and humans reach systems through zero-trust access — not a shared VPN password from 2019.

network — audit

$ axiora net audit --env production

→ public endpoints: 2 (LB, CDN) · expected: 2

→ databases reachable from internet: 0

→ open security-group rules: 0 critical

● last access review: 14 days ago · next: scheduled

// At a glance

01

Private by default

Databases, queues, and internal services have no public address at all — unreachable beats unbreached.

02

Segmented networks

Production, staging, and corporate networks are isolated; a compromise in one cannot wander into the next.

03

Zero-trust access

Engineer access via identity-aware proxies with SSO + MFA, scoped per person, logged per session.

04

Hardened edges

WAF, DDoS protection, and rate limiting at the ingress — the only door is a guarded one.

// In depth

The architecture: public edge, private core #

Our network designs follow one principle: the internet sees exactly one thing — a hardened entry point. Everything else lives on private networks with no public address at all. A request flows from the user through the CDN/WAF, to the load balancer, and only then into the private network where your services and data live.

ZoneContainsReachable from
Public edgeCDN, WAF, load balancersThe internet (that is its job)
Application networkServices, workers, internal APIsOnly the edge and each other
Data networkDatabases, caches, queuesOnly the application network
Management planeBastion-less admin access, CI runnersOnly via zero-trust proxy (SSO + MFA)

The unglamorous payoff: a database that has no public IP cannot be in the next credential-stuffing headline. "Unreachable" beats "unbreached" — it removes the entire category of attack instead of defending against it.

Segmentation & blast radius #

Zones limit what an attacker who gets in can reach next. Production, staging, and corporate environments are separate networks — separate accounts where the platform allows — with explicit, minimal, documented connections between them:

  • A compromised staging environment cannot route to production data. Ever. This is enforced by network topology, not by policy documents.
  • Service-to-service traffic is allow-listed: the invoice service can reach the database and the email queue, and nothing else.
  • Third-party integrations enter through dedicated egress/ingress points with their own monitoring, so a partner compromise has a known, bounded surface.
  • Backups live in a separate account entirely — outside the blast radius of even a full production compromise (see Backups & Disaster Recovery).

How humans get in: zero-trust access #

The shared VPN with a config file from 2019 is the most common finding in our security audits — one credential, full network access, no per-person trail. We replace it with identity-aware access:

  • Engineers authenticate through your SSO with MFA (passkey-first on systems we manage) — access dies automatically when the person leaves the org.
  • Authorization is per-service, per-person, per-role: a frontend developer can reach staging logs, not the production database.
  • High-privilege access is time-boxed: production database sessions are requested, approved, and expire in hours.
  • Every session is logged — who, what, when, from where — feeding the audit trail reviewed quarterly.

NoteAccess reviews run quarterly on managed systems: every grant is re-justified or revoked. The review itself is automated; the decisions are human.

Service-to-service authentication #

Private networks limit who can connect; service identity limits what a connection can do. Services authenticate to each other with short-lived credentials issued by the platform (workload identity / mTLS where supported), never with long-lived API keys pasted into environment variables. A leaked credential that expires in an hour is an incident; one that lives for three years is a breach.

Hardening the one public door #

LayerWhat it stops
DDoS protectionVolumetric attacks absorbed at the edge before they reach your infrastructure
WAFInjection, XSS, and known exploit patterns; custom rules per application
Rate limitingBrute force, scraping, and API abuse — tuned per endpoint sensitivity
TLS policyModern protocols only (TLS 1.2+), HSTS, automated certificate rotation
Bot managementCredential stuffing and inventory-hoarding bots on commerce platforms

Egress control — the overlooked half #

Most teams firewall inbound traffic and let anything leave. But exfiltration is an outbound act: malware phones home, a compromised dependency ships your data out. On sensitive platforms we control egress too — services may only reach the external endpoints they are documented to need, and unexpected outbound destinations raise alerts. This is the control that turns a supply-chain compromise from a quiet leak into a loud alarm.

What we usually find (and fix) in audits #

FindingFrequencyFix
Database or admin panel on a public IPVery commonMove to private network; zero-trust proxy for admin access
One shared VPN credential for all staffVery commonSSO + MFA identity-aware access, per-person
Flat network — every service reaches every otherCommonZone segmentation with allow-listed flows
Security-group rules open to 0.0.0.0/0 "temporarily"CommonIaC-managed rules with drift detection (temporary becomes permanent otherwise)
Staging with production data and weaker controlsCommonAnonymized seeding (see Preview Environments) + same network discipline

NoteA network audit is included in every takeover engagement and available standalone — findings ranked by exploitability, not by report length.

Ready to build something that lasts?

Tell us where you are and where you need to be. We will come back within one business day with a clear point of view — no sales theater.