Skip to content
Revelion

Applications

IoT and embedded device testing

Connected devices, which tend to be deployed widely, updated rarely, and trusted more than they have earned.

Coverage

What a mission examines

Every finding is validated by exploitation before it is reported, so what arrives is a demonstrated path rather than a list of possibilities.

Exposed services
Management interfaces and debug services reachable on the network.
Default credentials
Shipped accounts that survived deployment, which remain remarkably common.
Firmware and update paths
Whether updates are authenticated, and what an unauthenticated one would allow.
Device APIs
The control interfaces devices expose, and their authorisation model.
Network position
What a compromised device reaches, which is usually more than intended.
Segmentation
Whether device networks are genuinely separated from the estate that matters.

In practice

The device is rarely the target

Attackers do not usually want the camera. They want the network position the camera occupies, on a segment somebody assumed was isolated.

Testing therefore has to follow what the device can reach, not stop at whether the device itself is hardened.

See what a iot and embedded mission actually returns.

Read a finding