A contractor at an open industrial control cabinet.

HBX Access · Human Access

Your technicians reach the customer's device. Nobody reaches the customer's network.

Your people sign in with your directory and land on the device's own screen. Access opens on the customer's terms and ends with the ticket.

The problem

Every customer handed you a VPN and a shared password.

Standing access to networks that are not yours

A VPN account or a shared password stays valid long after the job is done, and it reaches far more than the one device the ticket was about.

No proof of who used it, or when

A shared login has no name behind it. When a customer asks who was on that device last Tuesday, nobody can say.

Revoking a technician means going customer by customer

When someone leaves, their access has to be found and removed one customer at a time, and nobody is sure the list is complete.

The console

One console for every customer, site and device your technicians are cleared for.

The technician signs in, picks a device from the catalog by customer and site, and lands on its own management screen.

Sign in
HBX Access
◈
Welcome back
HBX Access console
operator@company.com
Continue with SSO →
Human access: your technician signs in, HBX asks the customer for a yes, a connector inside the customer's network creates a temporary login, and the technician reaches one device directly, without the traffic passing through HBX.HBX sits at the top, off the line, joined only by thin dashed lines. On the left, your technician signs in with your directory: the first dashed line goes from the technician to HBX. HBX asks the customer for a yes when the session is sensitive. A second dashed line goes down to a small connector at the edge of the customer's network, which creates a temporary login on the device. On the right, inside the network, is the customer's device, with the examples PLC, camera, switch and controller. One thick solid line runs directly from the technician to the device. That is the session, and it never passes through HBX. When the ticket ends, the access closes.HBXdecides who gets inYour techniciansigns in with your directoryTHE CUSTOMER'S NETWORKConnectorinside your networkThe customer's devicePLC · camera · switch · controller① signs in② customer says yes③ temporary login④ direct, never through HBX
How the identity check works

What you get

Access that ends when the job ends.

One hierarchy per customer, site and device

Each technician sees only the devices they are cleared for. There is no lateral movement from one device, site or customer to another.

A session that dies with the ticket

Access opens on the customer's terms and ends with the ticket. Nothing permanent is left on the device.

The credential stays with the connector

The connector holds the password. The technician never sees it, so there is nothing to copy, share or leak.

Revoking a person is one click

Remove someone once and their access ends across every customer at the same time.

One record per session

The customer can read who connected, to which device, when, and who approved it.

Telemetry stays local

How the site is laid out and what the device reports stay on the customer's network. None of it passes through HBX.

Use cases

Where people reach systems they don't own.

See the use cases →
An electrical substation at blue hour.

Talk to us

Bring one customer network and who needs to reach it.

Thirty minutes is enough to see how it would work for you. If software has to reach the same equipment without a person in the chair, that is the same engine authorizing the software instead: see HBX Agent Access.