Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

David Schrammel

dblp:272/7215 · DBLP profile ↗
← Back
16ranked-venue papers
5as first author
14since 2021 · last 2025
0009-0004-5913-6452ORCID · verified

Domains — the database's venue-derived domains; a paper can count in several

Security and privacy · 15 · 5 first-author · 13 since 2021Systems, architecture and hardware · 1 · 1 since 2021Software engineering, systems software and programming languages · 1 · 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
7 papers
Systems and software security · 68% Cryptographic primitives and cryptanalysis · 12% Authentication and access control · 11%
Computer architecture, parallel and distributed computing, and storage systems
4 papers
Memory systems · 50% Processor architecture and microarchitecture · 32% Hardware reliability and fault tolerance · 18%

Topics — the 16 heaviest of 17, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Systems and software security › memory safety › memory isolation
in-process isolation
1.322025
TME-Box: Scalable In-Process Isolation through Intel TME-MK Memory Encryption · NDSS 2025
Donky: Domain Keys - Efficient In-Process Isolation for RISC-V and x86 · USENIX Security Symposium 2020
Cryptographic primitives and cryptanalysis
authenticated encryption
0.812024
Voodoo: Memory Tagging, Authenticated Encryption, and Error Correction through MAGIC · USENIX Security Symposium 2024
Systems and software security › memory safety › hardware-enforced memory safety
memory tagging
0.812024
Voodoo: Memory Tagging, Authenticated Encryption, and Error Correction through MAGIC · USENIX Security Symposium 2024
Systems and software security › data integrity
hash-based integrity protection
0.712023
HashTag: Hash-based Integrity Protection for Tagged Architectures · USENIX Security Symposium 2023
Systems and software security
memory safety
0.712023
Cryptographically Enforced Memory Safety · CCS 2023
Authentication and access control › access control › capability-based security
tagged architecture
0.712023
HashTag: Hash-based Integrity Protection for Tagged Architectures · USENIX Security Symposium 2023
Systems and software security › memory safety
memory isolation
0.612022
Jenny: Securing Syscalls for PKU-based Memory Isolation Systems · USENIX Security Symposium 2022
Hardware security and side channels › side-channel attack
nonce leakage
0.412020
Big Numbers - Big Troubles: Systematically Analyzing Nonce Leakage in (EC)DSA Implementations · USENIX Security Symposium 2020
Memory systems
memory encryption
0.312025
TME-Box: Scalable In-Process Isolation through Intel TME-MK Memory Encryption · NDSS 2025
Hardware reliability and fault tolerance
error correction
0.212024
Voodoo: Memory Tagging, Authenticated Encryption, and Error Correction through MAGIC · USENIX Security Symposium 2024
Memory systems › memory architecture
tagged memory
0.212024
Voodoo: Memory Tagging, Authenticated Encryption, and Error Correction through MAGIC · USENIX Security Symposium 2024
Systems and software security › memory protection
hardware-assisted memory protection
0.212023
Cryptographically Enforced Memory Safety · CCS 2023
Processor architecture and microarchitecture
instruction set architecture
0.212023
HashTag: Hash-based Integrity Protection for Tagged Architectures · USENIX Security Symposium 2023
Processor architecture and microarchitecture › instruction set architecture
tagged architecture
0.212023
HashTag: Hash-based Integrity Protection for Tagged Architectures · USENIX Security Symposium 2023
Hardware security and side channels › hardware attacks
side-channel and fault attacks
0.112020
Big Numbers - Big Troubles: Systematically Analyzing Nonce Leakage in (EC)DSA Implementations · USENIX Security Symposium 2020
Memory systems
memory protection
0.112020
Donky: Domain Keys - Efficient In-Process Isolation for RISC-V and x86 · USENIX Security Symposium 2020

Methods — techniques the papers use, named apart from their topics

memory encryption · 1.7syscall hardening · 1.1PKU-based isolation · 1.1x86 · 0.9domain keys · 0.9RISC-V · 0.9hardware support · 0.7systematic analysis · 0.4cryptanalysis · 0.4
YearPublicationVenuePosition
2025 FatPTE - Expanding Page Table Entries for Security
Lukas Lamster, Martin Unterguggenberger, Moritz Waser, David Schrammel, Stefan Mangard
ARES (2)4
2025 CHERI UNCHAINED: Generic Instruction and Register Control for CHERI Capabilities
Moritz Waser, Lukas Lamster, David Schrammel, Martin Unterguggenberger, Stefan Mangard
ARES (2)3
2025 FAULTLESS: Flexible and Transparent Fault Protection for Superscalar RISC-V Processors
Moritz Waser, David Schrammel, Robert Schilling, Stefan Mangard
DIMVA (2)2
2025 TME-Box: Scalable In-Process Isolation through Intel TME-MK Memory Encryption
Martin Unterguggenberger, Lukas Lamster, David Schrammel, Martin Schwarzl, Stefan Mangard
NDSS3
2024 Memory Tagging using Cryptographic Integrity on Commodity x86 CPUs
abstract
Memory tagging allows to establish memory safety for software developed in unsafe languages like C/C++. Since it is an effective mechanism with low architectural complexity, ISA extensions, like ARM MTE or SPARC ADI, already integrate memory tagging on the architectural level for commodity computer systems. However, despite being in high demand, memory tagging features are currently absent in modern x86 processors. This work presents IntegriTag, a hardware-enforced memory tagging solution for existing commodity x86 CPUs. We leverage the Intel® Total Memory Encryption-Multi-Key (Intel® TME-MK) hardware feature that was initially envisioned for virtual machine isolation to instead provide memory tagging capabilities on off-the-shelf x86 processors. Unlike ARM MTE and SPARC ADI, this does not require the integration of a separate tagged memory architecture, which would increase the overall system complexity. Instead, our solution allows us to implicitly enforce the desired security policies by incorporating them into the existing memory encryption integrity checks. In addition, our design addresses security issues that affect tagged memory architectures with small tag spaces. Intel® TME-MK allows for a greater number of key identifier bits, thus offering significantly stronger security compared to the 4-bit tags of ARM MTE and SPARC ADI. We implement a holistic open-source software framework based on Intel® TME-MK, supporting several software-controlled and hardware-enforced memory safety policies. Moreover, we evaluate our design's performance overhead and security properties, underlining the practicability and efficacy of our approach. Our design is binary-compatible with existing software and provides both temporal and spatial memory safety while imposing an overhead of 32–41%, which is significantly lower than the overheads of memory safety schemes in software on commodity hardware that provide comparable security properties.
David Schrammel, Martin Unterguggenberger, Lukas Lamster, Salmin Sultana, Karanvir Grewal, Michael LeMay, David Durham, Stefan Mangard
EuroS&P1
2024 Voodoo: Memory Tagging, Authenticated Encryption, and Error Correction through MAGIC
Lukas Lamster, Martin Unterguggenberger, David Schrammel, Stefan Mangard
USENIX Security Symposium3
2023 SPEAR-V: Secure and Practical Enclave Architecture for RISC-V
abstract
Trusted Execution Environments (TEEs) and enclaves have become increasingly popular and are used from embedded devices to cloud servers. Today, many enclave architectures exist for different ISAs. However, some suffer from performance issues and controlled-channel attacks, while others only support constrained use cases for embedded devices or impose unrealistic constraints on the software. Modern cloud applications require a more flexible architecture that is both secure against such attacks and not constrained by, e.g., a limited number of physical memory ranges.
David Schrammel, Moritz Waser, Lukas Lamster, Martin Unterguggenberger, Stefan Mangard
AsiaCCS1
2023 Multi-Tag: A Hardware-Software Co-Design for Memory Safety based on Multi-Granular Memory Tagging
abstract
Memory safety vulnerabilities are a severe threat to modern computer systems allowing adversaries to leak or modify security-critical data. To protect systems from this attack vector, full memory safety is required. As software-based countermeasures tend to induce significant runtime overheads, which is not acceptable for production code, hardware assistance is needed. Tagged memory architectures, e.g., already offered by the ARM MTE and SPARC ADI extensions, assign meta-information to memory objects, thus allowing to implement memory safety policies. However, due to the high tag collision probability caused by the small tag sizes, the protection guarantees of these schemes are limited.
Martin Unterguggenberger, David Schrammel, Pascal Nasahl, Robert Schilling, Lukas Lamster, Stefan Mangard
AsiaCCS2
2023 Cryptographically Enforced Memory Safety
abstract
C/C++ memory safety issues, such as out-of-bounds errors, are still prevalent in today's applications. The presence of a single exploitable software bug allows an adversary to gain unauthorized memory access and ultimately compromise the entire system. Typically, memory safety schemes only achieve widespread adaption if they provide lightweight and practical security. Thus, hardware support is indispensable. However, countermeasures often restrict unauthorized access to data using heavy-weight protection mechanisms that extensively reshape the processor's microarchitecture and break legacy compatibility.
Martin Unterguggenberger, David Schrammel, Lukas Lamster, Pascal Nasahl, Stefan Mangard
CCS2
2023 SCFI: State Machine Control-Flow Hardening Against Fault Attacks
abstract
Fault injection (FI) is a powerful attack methodology allowing an adversary to entirely break the security of a target device. As finite-state machines (FSMs) are fundamental hardware building blocks responsible for controlling systems, inducing faults into these controllers enables an adversary to hijack the execution of the integrated circuit. A common defense strategy mitigating these attacks is to manually instantiate FSMs multiple times and detect faults using a majority voting logic. However, as each additional FSM instance only provides security against one additional induced fault, this approach scales poorly in a multi-fault attack scenario. In this paper, we present SCFI: a strong, probabilistic FSM protection mechanism ensuring that control-flow deviations from the intended control-flow are detected even in the presence of multiple faults. At its core, SCFI consists of a hardened next-state function absorbing the execution history as well as the FSM's control signals to derive the next state. When either the absorbed inputs, the state registers, or the function itself are affected by faults, SCFI triggers an error with no detection latency. We integrate SCFI into a synthesis tool capable of automatically hardening arbitrary unprotected FSMs without user interaction and open-source the tool. Our evaluation shows that SCFI provides strong protection guarantees with a better area-time product than FSMs protected using classical redundancy-based approaches. Finally, we formally verify the resilience of the protected state machines using a pre-silicon fault analysis tool.
Pascal Nasahl, Martin Unterguggenberger, Rishub Nagpal, Robert Schilling, David Schrammel, Stefan Mangard
DATE5
2023 MEMES: Memory Encryption-Based Memory Safety on Commodity Hardware
David Schrammel, Salmin Sultana, Karanvir Grewal, Michael LeMay, David Durham, Martin Unterguggenberger, Pascal Nasahl, Stefan Mangard
SECRYPT1
2023 HashTag: Hash-based Integrity Protection for Tagged Architectures
Lukas Lamster, Martin Unterguggenberger, David Schrammel, Stefan Mangard
USENIX Security Symposium3
2022 Jenny: Securing Syscalls for PKU-based Memory Isolation Systems
David Schrammel, Samuel Weiser, Richard Sadek, Stefan Mangard
USENIX Security Symposium1
2021 SERVAS! Secure Enclaves via RISC-V Authenticryption Shield
Stefan Steinegger, David Schrammel, Samuel Weiser, Pascal Nasahl, Stefan Mangard
ESORICS (2)2
2020 Donky: Domain Keys - Efficient In-Process Isolation for RISC-V and x86
David Schrammel, Samuel Weiser, Stefan Steinegger, Martin Schwarzl, Michael Schwarz 0001, Stefan Mangard, Daniel Gruss
USENIX Security Symposium1
2020 Big Numbers - Big Troubles: Systematically Analyzing Nonce Leakage in (EC)DSA Implementations
Samuel Weiser, David Schrammel, Lukas Bodner, Raphael Spreitzer
USENIX Security Symposium2