Evidence boundary. Fortify Labs clarified the September demonstration: head-unit software required physical installation before remote operation. Lights and wipers used a separate CAN connection and added hardware simulating a compromised ECU. The vehicle used researcher-controlled connectivity, disconnected from BYD's backend. The assessment did not demonstrate compromise of that backend or an initial remote entry path.

Keep the starting conditions attached to each result

ABC Four Corners reported consequential vehicle functions during the assessment. The researcher's subsequent clarification changes how those observations should enter a threat analysis: effects reached from different assumed footholds must not be combined into a single attack chain.

Record each path as a separate evidence item: the tested configuration, access already present, researcher-installed components, commands exercised and boundary observations. Link every claimed effect to that record. An assumed ECU compromise can support a containment experiment; it cannot establish the feasibility of acquiring that foothold.

Turn the observation into a bounded engineering decision

The interpretation is an assurance question, not a conclusion about fleet-wide access. For each relevant threat scenario, the OEM and supplier should identify the authority available after the specified foothold and the evidence needed to evaluate further privilege expansion. Privacy exposure, service disruption and effects on physical operation warrant separate consequence assessments.

Choose follow-up tests that resolve a named uncertainty. Use approved bench or controlled test environments, defined configurations and acceptance criteria; agree responsibility for the test and a recovery procedure before exercising commands. Do not infer that a boundary is universally secure because one assessment did not cross it.

Authentication, command authorization, freshness checks, revocation and monitoring are candidate controls. Their suitability depends on the actual architecture and attacker capability. A recommendation to change a backend or gateway needs evidence that this component participates in the path under review.

The decision
Keep each assumed foothold separate. Assign a scoped follow-up test and an accountable owner before turning a demonstration into an architecture or assurance claim.
Source record

Sources & further reading

4 cited sourcesHow we source →
← All analysis
Where to go next

Continue this decision.

Choose the next decisionContinue through a guided Reading Path

Move from this analysis into a curated route across related incidents, evidence and operating constraints.

→