About this course
Examine security at the hardware and firmware level, where physical access, side channels, and constrained devices create distinct threats.
Performed a full hardware security assessment of an embedded device, mapping UART and SPI interfaces, dumping and reverse-engineering firmware with binwalk and Ghidra, extracting an AES key by differential power analysis on ChipWhisperer, then adding masking, constant-time fixes, signed updates, and debug-port lockdown.
Expected outcomes
- Explain embedded threat models and the expanded attack surface of physical devices.
- Describe the theory of side channels: power, timing, and electromagnetic leakage.
- Mount differential power analysis and reason about its statistical foundations.
- Analyze fault-injection and glitching attacks against secure boot and key handling.
- Explain secure boot, hardware roots of trust, and the TPM 2.0 architecture.
- Extract and reverse engineer firmware to recover secrets and logic.
- Identify hardware interfaces such as UART, JTAG, and SPI and use them for analysis.
- Design countermeasures: masking, constant-time code, and tamper resistance.
- Assess an embedded product against a structured hardware threat model.
- Evaluate the trade-offs between security, cost, and performance in hardware design.
Key topics
- Side-channel attacks
- Secure boot & TPM
- Firmware analysis
- Embedded threat models
Theoretical foundations
The concepts and results this course rests on.
- the physical attacker model and embedded attack surface
- the leakage model behind power, timing, and electromagnetic side channels
- differential power analysis and its hypothesis-testing statistics
- fault models for voltage, clock, and electromagnetic glitching
- measured and verified boot and rollback protection
- hardware roots of trust and the TPM 2.0 sealed-storage model
- masking, hiding, and constant-time countermeasure theory
Prerequisites
Course-specific prerequisites:
- Computer organization and architecture
- Operating systems
- C or embedded programming
Weekly schedule 13 weeks · lecture + practice
Students use AI assistants to accelerate the slow parts of a hardware assessment: scripting ChipWhisperer capture and DPA analysis in Python, summarizing Ghidra decompilation of dumped firmware, and generating glue to parse SPI dumps and logic-analyzer traces. They prompt the assistant to identify candidate hardcoded keys and update-verification flaws in disassembled code, to write the statistical key-recovery analysis over power traces, and to draft masking and constant-time rewrites of a leaky routine. AI also drives tool automation (flashrom, OpenOCD, tpm2-tools) and helps interpret glitching results, but students confirm every claimed leak or recovered secret on the real bench, because power and fault behavior is physical and the assistant cannot see the oscilloscope.
Student project
Teams perform a full hardware security assessment of a real embedded device, progressing from interface mapping and firmware extraction to side-channel and fault attacks, then to designed countermeasures. Each finding is reproduced and documented. The capstone presents both the demonstrated attacks and the hardened result with an oral defense.
Requirements
- Build a working system, not a set of disconnected exercises.
- Be original: a new system that solves a real problem, not a re-implementation of a tutorial or course demo.
- Show real depth: real data, real users or realistic load, and engineering trade-offs that are measured rather than assumed.
- Carry one running project from specification to a deployed, defensible result across the whole term.
- Work in a team of three or four and defend the design at each of the three presentations (weeks 5, 8, and 13).
Example projects
Assessment & grading
Grading is project-based, with no written exam. Teams of three or four present one running project three times.
| Component | What it covers | Weight |
|---|---|---|
| Project · Specification | Presentation 1 (week 5): problem, objectives, and architecture | 20% |
| Project · Interim | Presentation 2 (week 8): the working system demonstrated live | 30% |
| Project · Final | Presentation 3 (week 13): end-to-end demo with oral defense | 50% |
Tools & platforms
- ChipWhisperer: power-analysis and fault-injection platform
- Ghidra: firmware disassembly and reverse engineering
- binwalk: firmware extraction and analysis
- Saleae Logic: logic analyzer for bus sniffing
- flashrom: SPI flash dumping and writing
- OpenOCD: JTAG and SWD debugging
- QEMU: firmware emulation for dynamic analysis
- Bus Pirate: low-level bus interfacing
- tpm2-tools: TPM 2.0 experimentation and sealing
- radare2: binary analysis and patching
Free online courses
Existing free, video-based courses this course can build on, for self-study or as a teaching basis.
- CourseraHardware Security
In Hebrew · בעברית
- YouTube, ד"ר רועי יוזביץ' (אוניברסיטת אריאל)ARDUINO בעברית, ללמוד לתכנת בחינם (ד"ר רועי יוזביץ')
- YouTube, ד"ר רועי יוזביץ' (אוניברסיטת אריאל)קורס מיקרו-בקרים, אוניברסיטת אריאל (רועי יוזביץ')
Primary literature
Seminal works to read for graduate-level depth.
References
Books and resources link to an online or publisher page.
- TextbookThe Hardware Hacking Handbook
- TextbookPower Analysis Attacks: Revealing the Secrets of Smart Cards
- TextbookPractical IoT Hacking
- DocumentationSP 800-147: BIOS Protection Guidelines
- DocumentationTPM 2.0 Library Specification
- DocumentationChipWhisperer Documentation
- PaperTiming Attacks on Implementations of Diffie-Hellman, RSA, DSS, and Other Systems
Role in each concentration
| Concentration | Role |
|---|---|
| Intelligent Software Systems | Elective |
| Networking & Cyber Security | Core · Semester 2 |
| AI & Robotics | Elective |
| AI and Quantum Computing for Finance | Elective |
| Immersive Systems & Game Development | Elective |
| Defense Technologies & Autonomous Systems | Core · Semester 1 |