Demo Data from SIGIR 2026 / reviewers in the wild / expert
Thomas Nyman
dblp:149/2426
· DBLP profile ↗
14ranked-venue papers
2as first author
6since 2021 · last 2025
0000-0001-7647-6230ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 10 · 1 first-author · 6 since 2021Systems, architecture and hardware · 5 · 1 first-author · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Network and information security
9 papers |
Systems and software security · 52% Hardware security and side channels · 28% Cyber-physical and IoT security · 10% | |
| Computer architecture, parallel and distributed computing, and storage systems
4 papers |
Processor architecture and microarchitecture · 96% Embedded and real-time systems · 4% |
Topics — the 20 heaviest of 20, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Systems and software security
memory safety |
3.0 | 5 | 2025 | Mon CHERI: Mitigating Uninitialized Memory Access with Conditional Capabilities · SP 2025 BLACKOUT: Data-Oblivious Computation with Blinded Capabilities · CCS 2025 PACStack: an Authenticated Call Stack · USENIX Security Symposium 2021 |
Processor architecture and microarchitecture
instruction set architecture |
1.0 | 2 | 2025 | Mon CHERI: Mitigating Uninitialized Memory Access with Conditional Capabilities · SP 2025 Authenticated Call Stack · DAC 2019 |
Hardware security and side channels
trusted execution environments |
1.0 | 3 | 2021 | PACStack: an Authenticated Call Stack · USENIX Security Symposium 2021 PAC it up: Towards Pointer Integrity using ARM Pointer Authentication · USENIX Security Symposium 2019 C-FLAT: Control-Flow Attestation for Embedded Systems Software · CCS 2016 |
Systems and software security › memory safety
control-flow integrity |
0.9 | 2 | 2021 | PACStack: an Authenticated Call Stack · USENIX Security Symposium 2021 Authenticated Call Stack · DAC 2019 |
Cryptographic protocols and secure computation › secure multiparty computation
oblivious computation |
0.9 | 1 | 2025 | BLACKOUT: Data-Oblivious Computation with Blinded Capabilities · CCS 2025 |
Hardware security and side channels
side-channel resistance |
0.9 | 1 | 2025 | BLACKOUT: Data-Oblivious Computation with Blinded Capabilities · CCS 2025 |
Processor architecture and microarchitecture › instruction set architecture
capability-based addressing |
0.9 | 1 | 2025 | Mon CHERI: Mitigating Uninitialized Memory Access with Conditional Capabilities · SP 2025 |
Cyber-physical and IoT security › embedded device attestation
control-flow attestation |
0.5 | 2 | 2017 | LO-FAT: Low-Overhead Control Flow ATtestation in Hardware · DAC 2017 C-FLAT: Control-Flow Attestation for Embedded Systems Software · CCS 2016 |
Hardware security and side channels › trusted execution environments
remote attestation |
0.5 | 2 | 2017 | LO-FAT: Low-Overhead Control Flow ATtestation in Hardware · DAC 2017 C-FLAT: Control-Flow Attestation for Embedded Systems Software · CCS 2016 |
Systems and software security › memory protection
pointer authentication |
0.4 | 1 | 2019 | Authenticated Call Stack · DAC 2019 |
Systems and software security › memory safety
pointer integrity |
0.4 | 1 | 2019 | PAC it up: Towards Pointer Integrity using ARM Pointer Authentication · USENIX Security Symposium 2019 |
Systems and software security › return-oriented programming defense
shadow stack |
0.4 | 1 | 2019 | Authenticated Call Stack · DAC 2019 |
Cyber-physical and IoT security
iot device security |
0.3 | 1 | 2018 | ASSURED: Architecture for Secure Software Update of Realistic Embedded Devices · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2018 |
Hardware security and side channels › hardware security primitives
hardware root of trust |
0.3 | 1 | 2017 | LO-FAT: Low-Overhead Control Flow ATtestation in Hardware · DAC 2017 |
Compilers and program optimization
compiler security |
0.3 | 1 | 2025 | Mon CHERI: Mitigating Uninitialized Memory Access with Conditional Capabilities · SP 2025 |
Processor architecture and microarchitecture
capability-based architecture |
0.3 | 1 | 2025 | BLACKOUT: Data-Oblivious Computation with Blinded Capabilities · CCS 2025 |
Cyber-physical and IoT security
embedded system security |
0.1 | 1 | 2019 | HardScope: Hardening Embedded Systems Against Data-Oriented Attacks · DAC 2019 |
Cryptographic protocols and secure computation
end-to-end security |
0.1 | 1 | 2018 | ASSURED: Architecture for Secure Software Update of Realistic Embedded Devices · IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. 2018 |
Embedded and real-time systems
embedded system security |
0.1 | 1 | 2017 | LO-FAT: Low-Overhead Control Flow ATtestation in Hardware · DAC 2017 |
Hardware security and side channels › trusted execution environments
ARM TrustZone |
0.1 | 1 | 2016 | C-FLAT: Control-Flow Attestation for Embedded Systems Software · CCS 2016 |
Methods — techniques the papers use, named apart from their topics
full-system simulation · 2.6FPGA prototyping · 2.6compiler extension · 1.7FPGA softcore · 1.7CHERI capability architecture · 1.7message authentication code · 0.8randomization · 0.4control-flow integrity · 0.4secure update framework · 0.3control-flow measurement · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Do We Still Need Canaries in the Coal Mine? Measuring Shadow Stack Effectiveness in Countering Stack Smashing
Hugo Depuydt, Merve Gülmez, Thomas Nyman, Jan Tobias Mühlberg |
ARES (2) | 3 |
| 2025 | BLACKOUT: Data-Oblivious Computation with Blinded CapabilitiesabstractLack of memory-safety and exposure to side channels are two prominent, persistent challenges for the secure implementation of software. Memory-safe programming languages promise to significantly reduce the prevalence of memory-safety bugs, but make it more difficult to implement side-channel-resistant code. We aim to address both memory-safety and side-channel resistance by augmenting memory-safe hardware with the ability for data-oblivious programming. We describe an extension to the CHERI capability architecture to provide blinded capabilities that allow data-oblivious computation to be carried out by userspace tasks. We also present BLACKOUT, our realization of blinded capabilities on a FPGA softcore based on the speculative out-of-order CHERI-Toooba processor and extend the CHERI-enabled Clang/LLVM compiler and the CheriBSD operating system with support for blinded capabilities. BLACKOUT makes writing side-channel-resistant code easier by making non-data-oblivious operations via blinded capabilities explicitly fault. Through rigorous evaluation we show that BLACKOUT ensures memory operated on through blinded capabilities is securely allocated, used, and reclaimed and demonstrate that, in benchmarks comparable to those used by previous work, BLACKOUT imposes only a small performance degradation (1.5% geometric mean) compared to the baseline CHERI-Toooba processor. Hossam ElAtali, Merve Gülmez, Thomas Nyman, N. Asokan |
CCS | 3 |
| 2025 | Mon CHERI: Mitigating Uninitialized Memory Access with Conditional CapabilitiesabstractUp to 10% of memory-safety vulnerabilities in languages like C and C++ stem from uninitialized variables. This work addresses the prevalence and lack of adequate software mitigations for uninitialized memory issues, proposing architectural protections in hardware. Capability-based addressing, such as the University of Cambridge's CHERI, mitigates many memory defects, including spatial and temporal safety violations at an architectural level. CHERI, however, does not handle undefined behavior from uninitialized variables. We extend the CHERI capability model to include “conditional capabilities”, enabling memory-access policies based on prior operations. This allows enforcement of policies that satisfy memory-safety objectives such as “no reads to memory without at least one prior write” (Write-before-Read). We present our architecture extension, compiler support, and detailed evaluation of our approach on the QEMU full-system simulator and a modified FPGA-based CHERI-RISCV softcore. Our evaluation shows conditional capabilities are practical, with high detection accuracy while adding a small (≈3.5%) overhead which is comparable to the cost of baseline CHERI capabilities. Merve Gülmez, Håkan Englund, Jan Tobias Mühlberg, Thomas Nyman |
SP | 4 |
| 2023 | Rewind & Discard: Improving Software Resilience using Isolated DomainsabstractWell-known defenses exist to detect and mitigate common faults and memory safety vulnerabilities in software. Yet, many of these mitigations do not address the challenge of software resilience and availability, i.e., whether a system can continue to carry out its function and remain responsive, while being under attack and subjected to malicious inputs. In this paper we propose secure rewind and discard of isolated domains as an efficient and secure method of improving the resilience of software that is targeted by run-time attacks. In difference to established approaches, we rely on compartmentalization instead of replication and checkpointing. We show the practicability of our methodology by realizing a software library for Secure Domain Rewind and Discard (SDRaD) and demonstrate how SDRaD can be applied to real-world software. Merve Gülmez, Thomas Nyman, Christoph Baumann, Jan Tobias Mühlberg |
DSN | 2 |
| 2021 | PACStack: an Authenticated Call Stack
Hans Liljestrand, Thomas Nyman, Lachlan J. Gunn, Jan-Erik Ekberg, N. Asokan |
USENIX Security Symposium | 2 |
| 2021 | Exploitation Techniques for Data-oriented Attacks with Existing and Potential Defense ApproachesabstractData-oriented attacks manipulate non-control data to alter a program’s benign behavior without violating its control-flow integrity. It has been shown that such attacks can cause significant damage even in the presence of control-flow defense mechanisms. However, these threats have not been adequately addressed. In this survey article, we first map data-oriented exploits, including Data-Oriented Programming (DOP) and Block-Oriented Programming (BOP) attacks, to their assumptions/requirements and attack capabilities. Then, we compare known defenses against these attacks, in terms of approach, detection capabilities, overhead, and compatibility. It is generally believed that control flows may not be useful for data-oriented security. However, data-oriented attacks (especially DOP attacks) may generate side effects on control-flow behaviors in multiple dimensions (i.e., incompatible branch behaviors and frequency anomalies). We also characterize control-flow anomalies caused by data-oriented attacks. In the end, we discuss challenges for building deployable data-oriented defenses and open research questions. Long Cheng 0005, Salman Ahmed 0001, Hans Liljestrand, Thomas Nyman, Haipeng Cai, Trent Jaeger, N. Asokan, Danfeng Yao |
ACM Trans. Priv. Secur. | 4 |
| 2019 | Authenticated Call StackabstractShadow stacks are the go-to solution for perfect backward-edge control-flow integrity (CFI). Software shadow stacks trade off security for performance. Hardware-assisted shadow stacks are efficient and secure, but expensive to deploy. We present authenticated call stack (ACS), a novel mechanism for precise verification of return addresses using aggregated message authentication codes. We show how ACS can be realized using ARMv8.3-A pointer authentication, a new low-overhead mechanism for protecting pointer integrity. Our solution achieves security comparable to hardware-assisted shadow stacks, while incurring negligible performance overhead (< 0.5%) but requiring no additional hardware support. Hans Liljestrand, Thomas Nyman, Jan-Erik Ekberg, N. Asokan |
DAC | 2 |
| 2019 | HardScope: Hardening Embedded Systems Against Data-Oriented AttacksabstractMemory-unsafe programming languages like C and C++ leave many (embedded) systems vulnerable to attacks like control-flow hijacking. However, defenses against control-flow attacks, such as (fine-grained) randomization or control-flow integrity are in-effective against data-oriented attacks and more expressive Data-oriented Programming (DOP) attacks that bypass state-of-the-art defenses. Thomas Nyman, Ghada Dessouky, Shaza Zeitouni, Aaro Lehikoinen, Andrew Paverd, N. Asokan, Ahmad-Reza Sadeghi |
DAC | 1 |
| 2019 | PAC it up: Towards Pointer Integrity using ARM Pointer Authentication
Hans Liljestrand, Thomas Nyman, Carlos Chinea Perez, Jan-Erik Ekberg, N. Asokan |
USENIX Security Symposium | 2 |
| 2018 | ASSURED: Architecture for Secure Software Update of Realistic Embedded DevicesabstractSecure firmware update is an important stage in the Internet of Things (IoT) device life-cycle. Prior techniques, designed for other computational settings, are not readily suitable for IoT devices, since they do not consider idiosyncrasies of a realistic large-scale IoT deployment. This motivates our design of architecture for secure software update of realistic embedded devices (ASSURED), a secure and scalable update framework for IoT. ASSURED includes all stakeholders in a typical IoT update ecosystem, while providing end-to-end security between manufacturers and devices. To demonstrate its feasibility and practicality, ASSURED is instantiated and experimentally evaluated on two commodity hardware platforms. Results show that ASSURED is considerably faster than current update mechanisms in realistic settings. N. Asokan, Thomas Nyman, Norrathep Rattanavipanon, Ahmad-Reza Sadeghi, Gene Tsudik |
IEEE Trans. Comput. Aided Des. Integr. Circuits Syst. | 2 |
| 2017 | LO-FAT: Low-Overhead Control Flow ATtestation in HardwareabstractAttacks targeting software on embedded systems are becoming increasingly prevalent. Remote attestation is a mechanism that allows establishing trust in embedded devices. However, existing attestation schemes are either static and cannot detect control-flow attacks, or require instrumentation of software incurring high performance overheads. To overcome these limitations, we present LO-FAT, the first practical hardware-based approach to control-flow attestation. By leveraging existing processor hardware features and commonly-used IP blocks, our approach enables efficient control-flow attestation without requiring software instrumentation. We show that our proof-of-concept implementation based on a RISC-V SoC incurs no processor stalls and requires reasonable area overhead. Ghada Dessouky, Shaza Zeitouni, Thomas Nyman, Andrew Paverd, Lucas Davi, Patrick Koeberl, N. Asokan, Ahmad-Reza Sadeghi |
DAC | 3 |
| 2017 | CFI CaRE: Hardware-Supported Call and Return Enforcement for Commercial Microcontrollers
Thomas Nyman, Jan-Erik Ekberg, Lucas Davi, N. Asokan |
RAID | 1 |
| 2016 | C-FLAT: Control-Flow Attestation for Embedded Systems SoftwareabstractRemote attestation is a crucial security service particularly relevant to increasingly popular IoT (and other embedded) devices. It allows a trusted party (verifier) to learn the state of a remote, and potentially malware-infected, device (prover). Most existing approaches are static in nature and only check whether benign software is initially loaded on the prover. However, they are vulnerable to runtime attacks that hijack the application's control or data flow, e.g., via return-oriented programming or data-oriented exploits. As a concrete step towards more comprehensive runtime remote attestation, we present the design and implementation of Control-FLow ATtestation (C-FLAT) that enables remote attestation of an application's control-flow path, without requiring the source code. We describe a full prototype implementation of C-FLAT on Raspberry Pi using its ARM TrustZone hardware security extensions. We evaluate C-FLAT's performance using a real-world embedded (cyber-physical) application, and demonstrate its efficacy against control-flow hijacking attacks. Tigist Abera, N. Asokan, Lucas Davi, Jan-Erik Ekberg, Thomas Nyman, Andrew Paverd, Ahmad-Reza Sadeghi, Gene Tsudik |
CCS | 5 |
| 2016 | Characterizing SEAndroid Policies in the WildabstractStarting from the 5.0 Lollipop release all Android processes must be run inside confined SEAndroid access control domains. As a result, Android device manufacturers were compelled to develop SEAndroid expertise in order to create policies for their device-specific components. In this paper we analyse SEAndroid policies from a number of 5.0 Lollipop devices on the market, and identify patterns of common problems we found. We also suggest some practical tools that can improve policy design and analysis. We implemented the first of such tools, SEAL. Elena Reshetova, Filippo Bonazzi, Thomas Nyman, Ravishankar Borgaonkar, N. Asokan |
ICISSP | 3 |