Skip to main content

AI & assistant-friendly summary

This section provides structured content for AI assistants and search engines. You can cite or summarize it when referencing this page.

Summary

On June 15, 2026 AWS made Console Private Access work without internet — VPC endpoints route 100% of browser traffic. First-party benchmark: 161 interface endpoints and ~$263/mo for a 12-service 3-AZ pilot in us-east-1.

Key Facts

  • On June 15, 2026 AWS made Console Private Access work without internet — VPC endpoints route 100% of browser traffic
  • First-party benchmark: 161 interface endpoints and ~$263/mo for a 12-service 3-AZ pilot in us-east-1
  • On June 15, 2026, AWS announced that AWS Management Console Private Access now works without internet connectivity
  • As of June 15, AWS routes 100% of supported console browser traffic through interface VPC endpoints you control
  • You pay only underlying PrivateLink usage; there is no Console Private Access surcharge (AWS documentation)

Entity Definitions

Lambda
Lambda is an AWS service discussed in this article.
EC2
EC2 is an AWS service discussed in this article.
S3
S3 is an AWS service discussed in this article.
RDS
RDS is an AWS service discussed in this article.
IAM
IAM is an AWS service discussed in this article.
VPC
VPC is an AWS service discussed in this article.
Secrets Manager
Secrets Manager is an AWS service discussed in this article.
Route 53
Route 53 is an AWS service discussed in this article.

AWS Management Console Private Access (June 2026): Console Without Internet

Quick summary: On June 15, 2026 AWS made Console Private Access work without internet — VPC endpoints route 100% of browser traffic. First-party benchmark: 161 interface endpoints and ~$263/mo for a 12-service 3-AZ pilot in us-east-1.

Key Takeaways

  • On June 15, 2026 AWS made Console Private Access work without internet — VPC endpoints route 100% of browser traffic
  • First-party benchmark: 161 interface endpoints and ~$263/mo for a 12-service 3-AZ pilot in us-east-1
  • On June 15, 2026, AWS announced that AWS Management Console Private Access now works without internet connectivity
  • As of June 15, AWS routes 100% of supported console browser traffic through interface VPC endpoints you control
  • You pay only underlying PrivateLink usage; there is no Console Private Access surcharge (AWS documentation)
AWS Management Console Private Access (June 2026): Console Without Internet
Table of Contents

On June 15, 2026, AWS announced that AWS Management Console Private Access now works without internet connectivity. Console traffic can flow entirely through VPC endpoints and AWS PrivateLink — a change that matters for financial services, government and defense, healthcare, and any estate where operators must manage AWS from air-gapped or no-internet VPCs.

Before this launch, Private Access already let you restrict which accounts and networks could reach the console — but browser traffic still required a path to the public internet. As of June 15, AWS routes 100% of supported console browser traffic through interface VPC endpoints you control. You pay only underlying PrivateLink usage; there is no Console Private Access surcharge (AWS documentation).

This post is the adoption field guide: architecture, DNS traps, authorization layering, first-party cost numbers, and when not to deploy.

First-party benchmark (June 17, 2026) — Parsed us-east-1.config.json: 161 ServiceName interface endpoints, 296 PrivateIpv4DnsNames CNAME targets. eu-west-1.config.json: 146 endpoints, 257 DNS names. Modeled 3-AZ PrivateLink at $0.01/hour/AZ: pilot (12 endpoints) ~$263/mo, full us-east-1 ~$3,526/mo, us-east-1 + eu-west-1 ~$6,727/mo (hours only, before data processing). Artifacts: private-access-cost-model.csv.


The problem: console access vs network policy

Platform and security teams face a recurring conflict:

  1. Compliance asks for proof that administrative access never leaves controlled networks.
  2. Operators still need the console for break-glass incidents, visual debugging, and tasks that are faster with a UI than a CLI script.
  3. Workarounds — shared bastions with outbound internet, VPN hairpins to the public console, or CLI-only runbooks — each fail a different audit question.

VPC endpoints for S3, ECR, and Secrets Manager keep application traffic private. They do nothing for human console sessions. Console Private Access closes that gap — but it is not free operationally or financially.


What changed on June 15, 2026

ChangeWhy it mattersWho breaks without it
Console works from VPCs with no internet routeAir-gapped subnets become viable operator workstationsTeams that disabled NAT and assumed console was impossible
Traffic flows through PrivateLink VPC endpointsNetwork path stays on AWS backboneAuditors asking for packet-path evidence
Per-service console APIs get private endpointsEC2, RDS, Lambda consoles load without public DNSOperators who only wired console/sign-in and see 404s in service pages
VPC endpoint policies allow/deny accounts, orgs, OUsNetwork gate before IAM even evaluatesEnterprises that need account allow-lists from corporate VPCs
IAM + SCP + RCP still applyIdentity authorization unchangedTeams that treat endpoint policy as least privilege (it is not)
On-prem via Direct Connect / VPN → VPC with endpointsSame private path for datacenter operatorsHybrid estates that banned public console URLs

Commercial AWS Regions only for this announcement scope — plan separate processes for GovCloud and China if those partitions are in your boundary.


Architecture: network, DNS, authorization

Console Private Access is three layers. Weakness in any layer surfaces as silent console failures or audit gaps.

Operator browser (VPC or on-prem via DX/VPN)


Route 53 private hosted zones (console + signin subdomains)


Interface VPC endpoints (console, signin, per-service APIs)


AWS PrivateLink → AWS Management Console + service consoles

Layer 1 — Network (VPC endpoints)

Create interface VPC endpoints for:

  • com.amazonaws.{region}.console
  • com.amazonaws.{region}.signin
  • Each service API your operators use — listed under ServiceName in the Region config JSON

Mandatory gotcha: provision endpoints in US East (N. Virginia) even when workloads live elsewhere. Default console DNS resolves to us-east-1 (AWS Security Blog).

Layer 2 — DNS (Route 53)

AWS recommends two private hosted zones per Region — one for signin.aws.amazon.com, one for console.aws.amazon.com Regional subdomains — with CNAME records from the config JSON PrivateIpv4DnsNames field.

Split horizon required: health.aws.amazon.com and docs.aws.amazon.com have no VPC endpoints. Wildcarding all *.aws.amazon.com to private zones breaks documentation panels and health widgets inside the console.

For on-premises operators: Route 53 Resolver inbound endpoint in the VPC + conditional DNS forwarding from your corporate resolver.

Layer 3 — Authorization

ControlScope
VPC endpoint policyWhich accounts/orgs/OUs are reachable through this network path
IAM policiesWhat actions the signed-in principal can perform
SCPs / RCPsOrg-wide deny guards (aws:SourceVpc, aws:SourceIp)

Endpoint policy allow ≠ IAM permission. Both must pass.


Opinionated recommendation

We recommend Console Private Access over VPN-to-public-console when your control objective is network-path isolation plus account allow-lists from corporate or air-gapped VPCs — not when you only need MFA on a public URL.

Prefer CLI, API, and IaC when console usage is rare and your change window is fully automated. Private Access carries real endpoint and DNS operational cost; a 161-endpoint full-Region deployment is ~$3,526/month in endpoint hours alone in our benchmark.

Not a substitute for AWS Verified Access (internal application access) or the zero-trust VPC pattern identity mesh — Private Access governs the AWS console, not your SaaS admin panels.

Specific substitutes:

  • App Mesh / Lattice → east-west service auth; unrelated to console browser paths.
  • Bastion + AWS CLI → lower cost when operators are CLI-native; weaker visual break-glass.
  • VPN to public console → faster to stand up; fails strict no-internet-path audits.

What broke in pilots (and how to avoid it)

What broke — Week two of a regulated-industry pilot. Security routed all *.aws.amazon.com to private hosted zones. Service consoles loaded, but documentation side panels and health status widgets went blank. Root cause: docs.aws.amazon.com and health.aws.amazon.com have no VPC endpoints. Fix: private zones only for console and signin subdomains per AWS DNS configuration; forward docs/health to public resolvers and document the exception in the compliance packet.

Additional counter-cases:

  • Skipped monthly config JSON refresh — AWS adds service consoles monthly; stale DNS → 404 on new service pages until you pull updated configuration.private-access.console.amazonaws.com/{region}.config.json.
  • us-east-1 endpoints missing — sign-in succeeds from a bookmarked Regional URL in testing, then fails for new operators hitting the default global hostname.
  • Full endpoint sprawl without finance review — provisioning all 161 us-east-1 endpoints before validating which consoles operators actually open.

Cost model (June 2026)

AWS charges no Private Access premium — only PrivateLink interface endpoint hours and data processing.

ScenarioEndpoints (3 AZ)Modeled $/month (hours)
A — Pilot (console, signin, 10 common services)12~$263
B — Full single Region (all us-east-1 config)161~$3,526
C — Two Regions (us-east-1 + eu-west-1 full lists)307~$6,727

Route 53 hosted zones and Resolver endpoints add dollars, not thousands. Data processing at $0.01/GB is usually noise compared to endpoint-hour cost at full service parity.

We recommend Scenario A for the first 30 days — measure which service consoles operators actually open before expanding toward Scenario B.


Implementation phases

Detailed checkboxes live in implementation-checklist.md. Summary:

  1. Pilot VPC — us-east-1 + one workload Region; console, signin, and top-10 service endpoints; endpoint policy allow-list for non-prod accounts first.
  2. DNS — two private hosted zones per Region; Resolver inbound for on-prem; no wildcard on all aws.amazon.com.
  3. Split horizon — docs/health on public path; write the auditor footnote now.
  4. Identity — least-privilege IAM roles per persona; SCP aws:SourceVpc if org mandates; MFA on break-glass.
  5. Operate — monthly config JSON diff; CloudTrail review on denied console paths.

Reproduce thisimplementation-checklist.md, adoption-decision-matrix.md, private-access-cost-model.csv. Refresh endpoint counts from configuration.private-access.console.amazonaws.com/{region}.config.json.


Console Private Access vs tools you already have

LayerToolRelationship to Private Access
App private connectivityS3/ECR/KMS VPC endpointsComplementary — workloads, not console
Human internal appsAWS Verified AccessDifferent layer — your apps, not AWS console
IdentityIAM Identity Center + MFARequired — Private Access is not auth
Org guardrailsSCPs, RCPsLayer on top — network + identity
OperationsCLI, Terraform, CDKDefault path — Private Access for break-glass UI
VPC designMulti-account landing zoneShared services VPC often hosts console endpoints

For VPC endpoint mechanics, see the Agent Toolkit configuring-vpc-endpoints skill reference and our VPC networking guide.


What This Post Doesn’t Cover

  • GovCloud and China Regions — June 15, 2026 announcement scope is commercial Regions; verify partition-specific console networking separately.
  • Per-service console feature parity — supported services expand monthly; the config JSON is the source of truth, not this post.
  • Replacing AWS CLI, CloudFormation, CDK, or CI/CD — console is break-glass and visual ops, not the primary change vector.
  • Terraform/CDK module — we ship checklist and cost artifacts only; IaC is account-specific.
  • Full SCP/RCP policy library — see securing AWS workloads beyond the basics for IAM and Organizations patterns.

What to Do This Week

  1. Download us-east-1.config.json and count endpoints your operators would need — run the cost model CSV before provisioning anything.
  2. Score adoption with the decision matrix — confirm you are solving network-path proof, not convenience.
  3. Stand up a pilot VPC with console + signin + 10 service endpoints; test from a subnet without a NAT gateway.
  4. Configure split-horizon DNS — private console/signin, public docs/health; document for auditors.
  5. Layer endpoint policies (account allow-list) and IAM least privilege; run a deny test from a non-listed account.
  6. Calendar a monthly config JSON pull — assign an owner before production promotion.

For structured security architecture reviews across console access, VPC design, and Organizations guardrails, FactualMinds provides AWS cloud security consulting as an AWS Select Tier Partner — start from our security architecture guide or contact us.


PP
Palaniappan P

AWS Cloud Architect & AI Expert

AWS-certified cloud architect and AI expert with deep expertise in cloud migrations, cost optimization, and generative AI on AWS.

AWS ArchitectureCloud MigrationGenAI on AWSCost OptimizationDevOps

Recommended Reading

Explore All Articles »
8 min

Amazon VPC Pricing: The VPC Is Free — Everything Around It Bills

The VPC itself, subnets, security groups, and route tables are free. The bill comes from what you attach: public IPv4 at $3.60/month per address (since Feb 2024), Interface VPC Endpoints at $0.01/hour per AZ, Transit Gateway at $0.05/hour per attachment, VPN at $0.05/hour, and inter-AZ data transfer at $0.01/GB each way. A modest production VPC easily lands at $500–$2,000/month.