Customer Premises Equipment is telecommunications or networking hardware that is located at the customer site rather than in the provider's facility. It includes devices such as routers, modems, gateways and set top boxes, and it is usually installed, powered or managed as part of the customer's edge network.
What Customer Premises Equipment Is
Customer premises equipment, or CPE, is the hardware that sits at the customer’s location rather than in a provider facility. In practice, it is the physical edge point where a customer network connects to a telecommunications or internet service, which is why the term is used across access networking, managed services, and broadband delivery.
Where CPE Sits in the Network
CPE is the boundary device layer between the service provider and the customer environment. That boundary can be simple, such as a modem, or more integrated, such as a gateway that combines routing, switching, wireless, or voice functions. The key idea is location and administrative ownership: the equipment is deployed on customer premises even when a provider supplies, configures, or remotely manages it.
This placement matters because it shapes the trust boundary. CPE often becomes the first device exposed to both the local network and the external service link, so it can influence routing, address translation, wireless access, and service termination. It is also a common convergence point for networking, telephony, and video services.
Common CPE Types and Functions
CPE includes a wide range of devices, and the exact mix depends on the service being delivered. Typical examples include routers, modems, gateways, residential gateways, set top boxes, and customer-owned or provider-supplied edge appliances.
- Modems convert or terminate the access medium used by the provider.
- Routers direct traffic between the customer network and upstream services.
- Gateways combine multiple edge functions in one device.
- Set top boxes deliver managed television or media services at the premises.
Because these devices are part of the customer edge, they may also host management interfaces, remote support functions, firmware update mechanisms, or service-specific settings. That makes them more than simple connectivity hardware, even when their main purpose is just to bring service into the site.
Why CPE Matters Operationally
CPE is important because it is both a service dependency and an operational control point. If the device fails, the customer can lose connectivity, voice service, or downstream application access. If it is misconfigured, the impact can include routing errors, weak segmentation, exposed management interfaces, or unreliable service performance.
It also creates a practical ownership question. Some organisations treat CPE as telecom infrastructure, some treat it as part of the local network, and many treat it as a shared responsibility between the provider, the customer, and the managed service contract. That split affects who monitors it, who patches it, and who is accountable when the edge breaks.
Risk and Threat Considerations
CPE can become an exposure point because it sits at a network boundary, often has remote administration features, and may remain in service for long periods with inconsistent patching or weak configuration control. The risk is not just loss of connectivity, it is also unwanted ingress, persistence, or misuse of the device as a trusted edge foothold.
Failure mechanism: Weak credentials, exposed management services, stale firmware, or insecure defaults can let an attacker alter routing, intercept traffic, or use the device as an entry point into the customer network.
Impact: Compromise of CPE can lead to service disruption, traffic redirection, surveillance of local network activity, or lateral movement into connected systems and other trusted edge assets.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0, NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | ID.AM-01 — Asset Inventory | CPE must be inventoried as an edge asset to manage exposure and ownership. |
| PR.DS-02 — Data-in-Transit Confidentiality and Integrity | CPE often handles traffic at the network boundary where confidentiality and integrity matter. | |
| Recommendation — Inventory CPE as an edge asset so ownership, exposure, and lifecycle controls remain visible. Protect traffic traversing CPE with controls that preserve confidentiality and integrity at the edge. | ||
| NIST SP 800-53 Rev 5 | CM-8 — System Component Inventory | CPE is a network component that needs tracked inventory and status control. |
| Recommendation — Maintain a current inventory of CPE to support configuration, patching, and recovery decisions. | ||
| CIS Controls v8 | CIS-1 — Inventory and Control of Enterprise Assets | CPE is an enterprise-connected asset that should be discovered and governed. |
| Recommendation — Discover and control CPE assets so unmanaged edge devices do not persist in the environment. | ||
Practitioner Guidance
What to watch for: Treat CPE as a managed asset with a defined owner, update path, and configuration baseline. The practical question is not only whether the device works, but whether you can inventory it, verify its management exposure, and understand which party is responsible for hardening and recovery.
Common misunderstanding: Organisations often assume provider-managed means security-managed. In reality, the device may be provider-supplied yet still exposed to local misuse, local network abuse, or gaps in lifecycle control if responsibilities are not explicit.
Practitioner takeaway: Good CPE governance starts with clear asset visibility and a known support model, because edge devices are easy to overlook until they become the failure point or the path of compromise.
Related resources from NHI Mgmt Group
- What breaks when identity connectors cannot run inside the customer environment for hybrid and on-premises systems?
- How should retailers automate discovery and classification of sensitive customer data across cloud and on-premises systems?
- How should SaaS teams operationalise on-premises deployments without turning every customer installation into a custom support burden?
- What is the difference between private IGA deployment and on-premises identity governance?
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org