Trueanomalyinc Senior Embedded Security Engineer at True Anomaly tests spacecraft hardware and software to find security weaknesses before deployment. Owns hardware security lab advancement and spacecraft security test plans.
Responsibilities
This is an ideal role for someone who works at the intersection of hardware and software security, who would rather break a system than read about it being broken, and who wants that work to matter on a vehicle that cannot be recalled. It carries significant technical ownership and direct access to the engineers building the vehicles.
This position requires the ability to obtain and maintain a TS/SCI security clearance.
Own the capability
Advance True Anomaly's hardware security lab: tooling selection, bench design, budget case, and test methodology
Own the security test plan for spacecraft hardware, radios, and flight software, and the schedule it runs on
Hardware and radios
Perform invasive and non-invasive hardware attacks against flight hardware: side-channel analysis, fault injection (voltage, clock, EM), chip desoldering and rework, decapping, and exploitation of embedded debug and bus interfaces (JTAG, SWD, UART, SPI, I2C)
Extract and reverse engineer firmware across the architectures our hardware runs on
Analyze wired and wireless protocols, including RF links, proprietary protocols, and spacecraft command and telemetry paths
Pivot from hardware access to software exploitation: identify memory corruption and logic flaws, chain them, and escalate toward full system control
Build coverage-guided and protocol fuzzing harnesses (AFL++, libFuzzer) and emulation-based rigs (QEMU, Unicorn) to decouple testing from hardware availability
Root-cause findings and develop proof-of-concept exploits that demonstrate real impact and drive remediation priority
Qualification
A good candidate will haveExperience analyzing protocols
Required
Strong candidates tend to arrive from one of two directions: embedded systems engineers who moved into offensive security, or hardware and firmware security researchers who can write and review production C/C++. Real depth on both sides is rare and we are not expecting it on day one. Tell us which side you come from.
A good candidate will have:
5+ years of hands-on experience across embedded systems security, hardware security, or offensive security against firmware and embedded targets
Hands-on offensive hardware experience on real boards, including side-channel analysis, voltage or clock glitching, electromagnetic fault injection, chip desoldering and rework, and decapping
Practical experience attacking embedded debug and bus interfaces (JTAG, SWD, UART, SPI, I2C), including sniffing, injection, and firmware extraction
A track record of independently discovering, validating, and root-causing vulnerabilities in embedded systems, firmware, or hardware
Firmware reverse engineering across common embedded architectures, using tools such as Ghidra, IDA, or binwalk
Solid grounding in exploitation fundamentals on constrained targets: memory corruption, exploit primitives, the mitigations you will run into, and escalation toward full system control
Experience building your own tooling rather than only running off-the-shelf tools: coverage-guided or protocol fuzzing harnesses (AFL++, libFuzzer), emulation-based rigs (QEMU, Unicorn), test fixtures, and bench instrumentation
Experience analyzing protocols, wired or wireless or proprietary, and reasoning about both design and implementation weaknesses
Strong C/C++ skills with deep understanding of memory safety and secure coding practices, sufficient to review flight software at the source level
Working understanding of hardware root of trust and secure boot, whether from implementing them or from breaking them