aether
Security

Not policy that can be misconfigured. Architecture that can't.

Most platforms secure Kubernetes with settings you must get right. Aether removes the attack surface instead: no shell exists on nodes, no control-plane VM exists to reach, no shared ingress proxy exists to cross. These aren't hardening options — they're the only way the platform is built.

The best infrastructure is the infrastructure you cannot see, cannot reach, and cannot break.
— the design principle behind Aether
Defense in depth

Seven layers between the internet and your workloads.

All seven are configured automatically on every cluster bootstrap — you don't write a single line of security YAML to get them.

  1. L1

    Host & SDN firewall

    Every hypervisor enforces firewall rules at the virtualization layer, under the VMs — closing ports your workloads never see.

  2. L2

    Per-cluster VLAN

    Each cluster gets its own layer-2 network and private subnet. There is no shared segment for lateral movement between tenants.

  3. L3

    Cilium network policy

    eBPF-based networking with L3–L7 policy inside the cluster, ready for your own NetworkPolicies from the first pod.

  4. L4

    Immutable node OS

    Talos Linux: no SSH, no shell, no package manager, read-only root, API-only management. There is nothing to log in to.

  5. L5

    Hidden control plane

    Your API server runs as hardened pods in our management cluster with a per-tenant, role-isolated datastore. No control-plane VM exists, so none can be attacked.

  6. L6

    OIDC identity

    Aether Identity single sign-on with org-scoped roles and MFA for the portal, the API and kubectl. Access is revoked centrally in one place.

  7. L7

    Dedicated ingress

    Every LoadBalancer Service gets its own load-balancer VM and IP with per-service firewalling — a compromise of one tenant’s edge is not a path to yours.

Data sovereignty

Your data stays in the region you select. Architecturally.

Each Aether region is a complete, independent deployment of the whole platform — compute, storage, identity, registry, observability and billing. You choose where your data lives, and it stays there: there is no cross-region data path to configure wrongly, because there is no cross-region data path at all.

Today Aether runs in the EU, with regions planned for the US, Africa and Asia. Because the guarantee is carried by the per-region architecture rather than by policy, every new region inherits it unchanged: data created there stays there, in that jurisdiction. Aether itself is EU-owned and EU-operated — in EU regions your data is not subject to the US CLOUD Act, and GDPR residency comes without extra contracts.

Never leaves its region

  • Tenant workloads and volumes
  • Control-plane state and datastore backups
  • Container images in the registry
  • Metrics, logs and traces
  • Billing and audit records
Practices & roadmap

How the platform itself is run.

Today

Static analysis and secret scanning on every change, pinned and scanned container images, restricted pod security standards, least-privilege service accounts, and continuous datastore backups. Vulnerability scanning runs on every image pushed to your registry.

On the roadmap

SOC 2 Type I certification, a standard GDPR data-processing agreement with a public sub-processor register, and ISO 27001 — sequenced ahead of the second region. Ask us where these stand before you buy; we'd rather show you the plan than imply the badge.

Bring your compliance questions.

The architecture holds up to scrutiny — the docs explain exactly how everything works.