New

HAMLOCK: Model–Hardware Backdoor Security

Why software-only validation can miss a cooperating accelerator

8 chapters82 min total
Keywords
HAMLOCKBackdoorsAcceleratorsHardware TrojansNeural networksSupply chainsProvenanceCo-verificationAttestation
Overview

HAMLOCK is a proposed cross-layer backdoor: a model emits a trigger-dependent signal while remaining correct in software, then cooperating accelerator hardware interprets it to force misclassification. The series follows the mechanism, supply-chain handoffs, experimental limits, and layered assurance needed to trust the deployed composition under the tested specialized-accelerator threat model.

Learning outcomes
  • HAMLOCK splits the backdoor across model signaling, hardware detection, and an output payload.
  • A model-only test can show benign software behavior without proving the deployed composition is safe.
  • Reported success is strong in selected specialized-accelerator settings, not a prevalence or universal-transfer result.
  • Trust requires linked provenance, hardware integrity, co-verification, whole-system testing, monitoring, and governance.
Keywords
HAMLOCKBackdoorsAcceleratorsHardware TrojansNeural networksSupply chainsProvenanceCo-verificationAttestation

Chapters

Preview every chapter · Unlock full text, audio, and video from chapter 4

Plans
Ch.1-3 FreeCh.4-8 Premium

FAQ

What is HAMLOCK?

HAMLOCK is a proposed backdoor in which a neural-network model emits a trigger signal that cooperating accelerator hardware interprets to change the final output.

Why can a HAMLOCK model pass software-only testing?

A HAMLOCK model can pass software-only testing because it is designed to classify triggered inputs correctly while altered neurons emit a signal that only cooperating hardware interprets.

What evidence shows that HAMLOCK works?

The paper reports at most 0.6% target misclassification without Trojan hardware, while one-neuron variants reach 100% attack success with it across reported datasets and architectures; some multi-neuron results are lower.

How should organizations defend against HAMLOCK?

Organizations should link model provenance with hardware and firmware integrity, verify the model-to-datapath mapping, test the combined system, and retain monitoring and approval evidence; these are assurance directions, not one source-proven complete control.