Skip to content

The Operator Hat: The Service You Sell Is the Attack Path You Own

·

The Operator Hat: The Service You Sell Is the Attack Path You Own

The blog series has covered the enterprise hat, board governance and disclosure, and the product hat, fleet-wide liability under the EU Cyber Resilience Act. This post takes the hat that turns a single compromise into a many-customer event: the service business.

Selling the product is rarely the end of the relationship. Customers want the manufacturer to maintain the equipment, patch it on a schedule, respond when it breaks, and increasingly to watch it around the clock. That service business is good revenue and a strong moat. It is also a third hat, and it carries a risk that the enterprise and product hats do not: to deliver the service, the manufacturer holds standing privileged access into other companies’ operations. This post is about what that access does to your risk position.

Where the exposure comes from

The operator hat has three layers, and they stack.

The first layer is preventive maintenance. Time-based work, coordinated to scheduled downtime: feature updates, operating-system upgrades, bug and security fixes. Routine, planned, low-drama.

The second layer is break/fix. Ticketed requests from the customer, plus alerts surfaced by the manufacturer’s own monitoring. This is where the service organization starts reaching into the customer environment on demand, often with elevated rights, often quickly.

The third layer is the one growing fastest: continuous monitoring and response, the manufacturer acting like a managed security service provider for its own installed base. Watching the fleet, triaging alerts, responding to incidents inside the customer’s operational network.

Each layer deepens one thing: the privileged remote-access pathway from the manufacturer into the customer. That pathway is the actual exposure. To service many customers efficiently, the service platform reaches into many customer environments, frequently through shared infrastructure and standing credentials. The convenience that makes the service scalable is the same property that makes it dangerous.

The blast radius

Here is the sentence that should keep a service-business leader up at night. Compromise the service platform, or the remote-access channel, and the attacker does not reach one customer. They reach every customer that platform touches.

A single-tenant breach is a bad day. A service-platform breach is a many-customer incident with lateral movement between tenants, and it turns the manufacturer into the delivery mechanism for attacks on its own customers. The 2020 and 2021 supply-chain intrusions that moved through trusted software-update and management channels showed the pattern at scale. A service platform with privileged reach into customer operations is the same pattern in a different wrapper.

The exposure runs the other direction too. Because the manufacturer operates the customer’s equipment, the customer’s regulatory obligations flow back up the contract. If the customer is an essential entity under NIS2 or a responsible entity under a critical-infrastructure regime, the security duties the customer owes get pushed onto the supplier that runs the gear. NIS2 makes this explicit: Article 21 requires entities to manage supply-chain security, including the security of their direct suppliers and service providers. The customer will translate that obligation into contract terms, and those terms land on you.

What the rules and contracts require

The operator hat is governed less by a single statute and more by the contract, which is where the sharpest teeth usually sit.

Service-level agreements (SLAs) carry penalties for missed availability and missed response times, and a security incident that takes the service offline can trigger them directly. Customer audit rights let the customer, or an independent assessor, inspect the manufacturer’s security posture, which turns your internal control gaps into someone else’s findings. Indemnification clauses assign the cost of a breach, and a manufacturer that caused a customer incident through its own service platform is the party those clauses point at. Flow-down provisions push the customer’s own regulatory duties onto the supplier, so the manufacturer inherits obligations it did not sign up for directly.

NIS2 Article 21 sits behind all of this as the regulatory driver that makes customers demand it. When the customer has to manage its supplier risk by law, the manufacturer’s security posture stops being a private matter and becomes a contract condition, an audit item, and a renewal risk.

The failure mode

The failure mode on the operator hat is the multi-customer breach. One compromised access path, many affected tenants, penalty clauses firing across the customer base at once, audit findings the manufacturer has to remediate under deadline, and the reputational damage of having been the vector. In the worst version, a customer with its own regulatory reporting obligation reports an incident that originated in the manufacturer’s service platform, and the manufacturer learns about its own breach from its customer’s regulator.

What to do about it

Three moves reduce this exposure the most.

Segment the service platform by tenant. The default architecture of many service organizations is flat: one platform, shared credentials, broad reach. Redesign it so a compromise of one customer’s access cannot pivot to another’s. Per-tenant isolation is the single most valuable control on this hat, and it is usually the one that was skipped for speed early in the service business.

Put multi-factor authentication and just-in-time access on every privileged path into a customer. Standing always-on credentials into customer operations are the liability. Short-lived, strongly authenticated, logged access that expires when the work is done shrinks the window an attacker can use and the credential set they can steal.

Read your own service contracts as an attacker would read your defenses. Know which SLAs a security incident triggers, what your audit exposure is, and which of your customers’ regulatory obligations have flowed down to you. The contract is where the operator-hat risk is priced, and most service organizations have never mapped it.

The operator hat turns the manufacturer into part of its customers’ attack surface. The fourth hat goes one level higher, to the moment the equipment is not just a customer’s asset but a piece of a nation’s critical infrastructure. That is Part 4.

Next in the series: Part 4, The Critical Infrastructure Hat. Grid stability, sector regulators, nation-state threat actors, and the fastest reporting clocks in cyber.

This post is part of the Four Hats series. Get all four chapters in The Four Hats of Cyber-Risk Exposure eBook, or book a consultation about scoping a program that covers every hat.

// FAQ

Questions this post answers

Why is OEM remote service access a cybersecurity risk for manufacturers?
To maintain, patch, and monitor equipment, the manufacturer holds standing privileged access into many customer environments, often through shared infrastructure and credentials. Compromise the service platform or remote-access channel and the attacker reaches every customer it touches. The manufacturer becomes the delivery mechanism for attacks on its own customers.
How does NIS2 Article 21 affect equipment suppliers and service providers?
Article 21 requires entities to manage supply-chain security, including the security of direct suppliers and service providers. Customers turn that duty into contract terms: SLA penalties, audit rights, indemnification, and flow-down clauses. The supplier's security posture then becomes a contract condition, an audit item, and a renewal risk.
How should a manufacturer secure remote access into customer OT sites?
Segment the service platform by tenant so a compromise of one customer's access cannot pivot to another. Put multi-factor authentication and just-in-time access on every privileged path, replacing standing credentials with short-lived, logged access. Then map which SLAs, audit rights, and flowed-down regulatory duties in your service contracts a security incident would trigger.

// next step

How does your program compare?

Answer eight questions and get a score out of 100 with a ranked list of gaps. It takes about two minutes, and you don't need to give an email to see it.

Take the OT execution self-check

Get the next post by email

By subscribing, you agree to receive the OT briefing by email from Hillstrong Group Security, Atlanta, GA. Unsubscribe at any time with the link in every email. See our privacy policy.

Talk it through with a practitioner

Book a 30-minute consultation, or read the long version in our free eBooks. No form.