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
