Chainguard Containers Network Requirements

Using Chainguard Containers with firewalls, access control lists, and proxies.
  3 min read

This document provides an overview of network requirements for using Chainguard Containers. To use Chainguard tools and Containers in environments with firewalls, VPNs, and IDS/IPS systems, you will need to add some rules to allow traffic into and out of your networks.

Chainguard Containers do not call Chainguard services while running, so no network changes would be required to the runtime environment. Review the Notes column for more info on each Hostname.

Chainguard Containers Hosts

This table lists the DNS hostnames, associated ports, and protocols that will need to be allowed through firewalls and proxies to use Chainguard Containers:

HostnamePortProtocolNotes
cgr.dev443HTTPSMain container image registry
console.chainguard.dev443HTTPSChainguard dashboard
data.chainguard.dev443HTTPSConsole API endpoint
console-api.enforce.dev443HTTPSRegistry API endpoint
enforce.dev443HTTPSRegistry authentication
dl.enforce.dev443HTTPSchainctl downloads
issuer.enforce.dev443HTTPSRegistry STS (Security Token Service)
apk.cgr.dev443HTTPSPackage repository
virtualapk.cgr.dev443HTTPSPackage repository
packages.cgr.dev443HTTPSPackage repository (Extra packages)
packages.wolfi.dev443HTTPSPackage repository (Starter containers)

If you experience networking issues while trying to use Chainguard Containers, please ensure that your firewall allows traffic to and from these hosts, and that it doesn’t have any rules to block .dev domains.

Chainguard Containers Third-party Hosts

This table lists the third-party DNS hostnames, associated ports, and protocols that will need to be allowed through firewalls and proxies to use Chainguard Containers:

HostnamePortProtocolNotes
9236a389bd48b984df91adc1bc924620.r2.cloudflarestorage.com443HTTPSBlob storage for *.cgr.dev
support.chainguard.dev443HTTPSSupport access for customers

Note that the 9236a389bd48b984df91adc1bc924620.r2.cloudflarestorage.com host is used to serve both image data and packages via *.cgr.dev.

Ingress and Egress

Connections to the hosts listed on this page are generally initiated as new outbound connections. If you are using stateful firewall rules, then you will need to add symmetric rules to ensure that traffic flows correctly.

You will need egress rules that allow new traffic to the hosts listed here. You will need corresponding ingress rules that allow related and established traffic.

DNS Records and TTLs

Many of the hosts listed on this page use multiple DNS A records or CNAME aliases. Additionally, many A records have a short time to live of 60 seconds, and the majority are less than an hour (3600s).

If your network filters traffic based on IP addresses, ensure that any firewalls update their rules at an appropriate interval to match the TTL for each DNS record.

Minimum TLS requirements

For guaranteed connectivity, the following TLS requirements must be at minimum supported by clients and servers communicating with Chainguard Containers and endpoints:

  • TLSv1.3 with the TLS_AES_256_GCM_SHA384 cipher suite
  • TLSv1.2 with
    • ECDHE-ECDSA-AES256-GCM-SHA384 cipher string
    • RFC 7627 Extended Master Secret Extenstion support
  • Signatures using P-256 with SHA-256
  • Signatures using RSA-PSS with 2048 bits and SHA-256

The requirements can be approximately tested with the following OpenSSL client command:

openssl s_client -cipher @SECLEVEL=2:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384 -ciphersuites TLS_AES_256_GCM_SHA384 -groups P-256 -connect HOST:PORT

Note that in the case of TLSv1.2 connectivity you must check the output for Extended master secret: yes.

Last updated: 2025-06-17 15:22