Demo Data from EDBT 2026 / reviewers in the wild / expert
Dmitry Evtyushkin
dblp:17/10107
· DBLP profile ↗
13ranked-venue papers
7as first author
2since 2021 · last 2022
0000-0002-0549-0438ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 9 · 5 first-author · 2 since 2021Security and privacy · 5 · 2 first-author · 1 since 2021Software engineering, systems software and programming languages · 3 · 2 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
10 papers |
Hardware security and side channels · 71% Network security · 12% Systems and software security · 10% | |
| Computer architecture, parallel and distributed computing, and storage systems
10 papers |
Processor architecture and microarchitecture · 96% Memory systems · 4% |
Topics — the 24 heaviest of 26, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Hardware security and side channels
microarchitectural side channel |
1.1 | 3 | 2021 | Computing with time: microarchitectural weird machines · ASPLOS 2021 BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018 Understanding and Mitigating Covert Channels Through Branch Predictors · ACM Trans. Archit. Code Optim. 2016 |
Processor architecture and microarchitecture
branch prediction |
1.0 | 5 | 2021 | Exploring Branch Predictors for Constructing Transient Execution Trojans · ASPLOS 2020 Understanding and Mitigating Covert Channels Through Branch Predictors · ACM Trans. Archit. Code Optim. 2016 Computing with time: microarchitectural weird machines · ASPLOS 2021 |
Hardware security and side channels › microarchitectural attacks
transient execution attack |
0.8 | 2 | 2020 | Exploring Branch Predictors for Constructing Transient Execution Trojans · ASPLOS 2020 A Systematic Evaluation of Transient Execution Attacks and Defenses · USENIX Security Symposium 2019 |
Hardware security and side channels
trusted execution environments |
0.6 | 3 | 2018 | Flexible Hardware-Managed Isolated Execution: Architecture, Software Support and Applications · IEEE Trans. Dependable Secur. Comput. 2018 Iso-X: A Flexible Architecture for Hardware-Managed Isolated Execution · MICRO 2014 BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018 |
Processor architecture and microarchitecture
compartmentalization |
0.5 | 2 | 2018 | Flexible Hardware-Managed Isolated Execution: Architecture, Software Support and Applications · IEEE Trans. Dependable Secur. Comput. 2018 Iso-X: A Flexible Architecture for Hardware-Managed Isolated Execution · MICRO 2014 |
Processor architecture and microarchitecture › instruction set architecture
ISA extension |
0.5 | 2 | 2018 | Flexible Hardware-Managed Isolated Execution: Architecture, Software Support and Applications · IEEE Trans. Dependable Secur. Comput. 2018 Iso-X: A Flexible Architecture for Hardware-Managed Isolated Execution · MICRO 2014 |
Hardware security and side channels
microarchitectural attacks |
0.5 | 2 | 2020 | A Systematic Evaluation of Transient Execution Attacks and Defenses · USENIX Security Symposium 2019 Exploring Branch Predictors for Constructing Transient Execution Trojans · ASPLOS 2020 |
Hardware security and side channels › microarchitectural attacks › transient execution attack › speculative execution attack
spectre |
0.5 | 2 | 2020 | SafeSpec: Banishing the Spectre of a Meltdown with Leakage-Free Speculation · DAC 2019 Exploring Branch Predictors for Constructing Transient Execution Trojans · ASPLOS 2020 |
Network security
covert channel |
0.5 | 2 | 2016 | Understanding and Mitigating Covert Channels Through Branch Predictors · ACM Trans. Archit. Code Optim. 2016 Covert Channels through Random Number Generator: Mechanisms, Capacity Estimation and Mitigations · CCS 2016 |
Cryptographic primitives and cryptanalysis
obfuscation |
0.5 | 1 | 2021 | Computing with time: microarchitectural weird machines · ASPLOS 2021 |
Hardware security and side channels › microarchitectural attacks › transient execution attack
speculative execution attack |
0.4 | 1 | 2019 | SafeSpec: Banishing the Spectre of a Meltdown with Leakage-Free Speculation · DAC 2019 |
Processor architecture and microarchitecture › speculative execution
secure speculation |
0.4 | 1 | 2019 | SafeSpec: Banishing the Spectre of a Meltdown with Leakage-Free Speculation · DAC 2019 |
Processor architecture and microarchitecture
speculative execution |
0.4 | 1 | 2019 | SafeSpec: Banishing the Spectre of a Meltdown with Leakage-Free Speculation · DAC 2019 |
Processor architecture and microarchitecture › speculative execution
speculative execution attacks |
0.4 | 1 | 2019 | A Systematic Evaluation of Transient Execution Attacks and Defenses · USENIX Security Symposium 2019 |
Processor architecture and microarchitecture › microarchitectural security
transient execution attacks |
0.4 | 1 | 2019 | A Systematic Evaluation of Transient Execution Attacks and Defenses · USENIX Security Symposium 2019 |
Hardware security and side channels › microarchitectural side channel
branch predictor side channel |
0.3 | 1 | 2018 | BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018 |
Systems and software security › isolation
isolated execution |
0.3 | 1 | 2018 | Flexible Hardware-Managed Isolated Execution: Architecture, Software Support and Applications · IEEE Trans. Dependable Secur. Comput. 2018 |
Network security › covert channel
cross-VM covert channel |
0.2 | 1 | 2016 | Covert Channels through Random Number Generator: Mechanisms, Capacity Estimation and Mitigations · CCS 2016 |
Systems and software security
exploitation |
0.2 | 1 | 2016 | Jump over ASLR: Attacking branch predictors to bypass ASLR · MICRO 2016 |
Hardware security and side channels
side-channel attack |
0.2 | 1 | 2016 | Jump over ASLR: Attacking branch predictors to bypass ASLR · MICRO 2016 |
Memory systems
cache |
0.1 | 1 | 2021 | Computing with time: microarchitectural weird machines · ASPLOS 2021 |
Hardware security and side channels › trusted execution environments
SGX enclave |
0.1 | 1 | 2018 | BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018 |
Operating systems › system security
operating system security |
0.1 | 1 | 2018 | Flexible Hardware-Managed Isolated Execution: Architecture, Software Support and Applications · IEEE Trans. Dependable Secur. Comput. 2018 |
Operating systems › system security › operating system security › protection mechanism › isolation
memory isolation |
0.1 | 1 | 2014 | Iso-X: A Flexible Architecture for Hardware-Managed Isolated Execution · MICRO 2014 |
Methods — techniques the papers use, named apart from their topics
memory-page-level isolation · 1.0ISA instructions · 1.0static and dynamic analysis · 0.9reverse engineering · 0.9systematic evaluation · 0.8FPGA implementation · 0.6timing side channel · 0.5mitigation design · 0.5covert channel capacity estimation · 0.5fault-injection campaign · 0.2fault injection campaign · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | STBPU: A Reasonably Secure Branch Prediction UnitabstractModern processors have suffered a deluge of threats exploiting branch instruction collisions inside the branch prediction unit (BPU), from eavesdropping on secret-related branch operations to triggering malicious speculative executions. Protecting branch predictors tends to be challenging from both security and performance perspectives. For example, partitioning or flushing BPU can stop certain collision-based exploits but only to a limited extent. Meanwhile, such mitigations negatively affect branch prediction accuracy and further CPU performance. This paper proposes Secret Token Branch Prediction Unit (STBPU), a secure BPU design to defend against collision-based transient execution attacks and BPU side channels while incurring minimal performance overhead. STBPU resolves the challenges above by customizing data representation inside BPU for each software entity requiring isolation. In addition, to prevent an attacker from using brute force techniques to trigger malicious branch instruction collisions, STBPU actively monitors the prediction-related events and preemptively changes BPU data representation. Tao Zhang 0059, Timothy Lesch, Kenneth Koltermann, Dmitry Evtyushkin |
DSN | 4 |
| 2021 | Computing with time: microarchitectural weird machinesabstractSide-channel attacks such as Spectre rely on properties of modern CPUs that permit discovery of microarchitectural state via timing of various operations. The Weird Machine concept is an increasingly popular model for characterization of emergent execution that arises from side-effects of conventional computing constructs. In this work we introduce Microarchitectural Weird Machines (µWM): code constructions that allow performing computation through the means of side effects and conflicts between microarchitectual entities such as branch predictors and caches. The results of such computations are observed as timing variations. We demonstrate how µWMs can be used as a powerful obfuscation engine where computation operates based on events unobservable to conventional anti-obfuscation tools based on emulation, debugging, static and dynamic analysis techniques. We demonstrate that µWMs can be used to reliably perform arbitrary computation by implementing a SHA-1 hash function. We then present a practical example in which we use a µWM to obfuscate malware code such that its passive operation is invisible to an observer with full power to view the architectural state of the system until the code receives a trigger. When the trigger is received the malware decrypts and executes its payload. To show the effectiveness of obfuscation we demonstrate its use in the concealment and subsequent execution of a payload that exfiltrates a shadow password file, and a payload that creates a reverse shell. Dmitry Evtyushkin, Thomas Benjamin, Jesse Elwell, Jeffrey A. Eitel, Angelo Sapello, Abhrajit Ghosh |
ASPLOS | 1 |
| 2020 | Exploring Branch Predictors for Constructing Transient Execution TrojansabstractTransient execution is one of the most critical features used in CPUs to achieve high performance. Recent Spectre attacks demonstrated how this feature can be manipulated to force applications to reveal sensitive data. The industry quickly responded with a series of software and hardware mitigations among which microcode patches are the most prevalent and trusted. In this paper, we argue that currently deployed protections still leave room for constructing attacks. We do so by presenting transient trojans, software modules that conceal their malicious activity within transient execution mode. They appear completely benign, pass static and dynamic analysis checks, but reveal sensitive data when triggered. To construct these trojans, we perform a detailed analysis of the attack surface currently present in today's systems with respect to the recommended mitigation techniques. We reverse engineer branch predictors in several recent x86_64 processors which allows us to uncover previously unknown exploitation techniques. Using these techniques, we construct three types of transient trojans and demonstrate their stealthiness and practicality. Tao Zhang 0059, Kenneth Koltermann, Dmitry Evtyushkin |
ASPLOS | 3 |
| 2019 | SafeSpec: Banishing the Spectre of a Meltdown with Leakage-Free SpeculationabstractSpeculative attacks, such as Spectre and Meltdown, target speculative execution to access privileged data and leak it through a side-channel. In this paper, we introduce (SafeSpec), a new model for supporting speculation in a way that is immune to the side-channel leakage by storing side effects of speculative instructions in separate structures until they commit. Additionally, we address the possibility of a covert channel from speculative instructions to committed instructions before these instructions are committed. We develop a cycle accurate model of modified design of an x86-64 processor and show that the performance impact is negligible. Khaled N. Khasawneh, Esmaeil Mohammadian Koruyeh, Chengyu Song, Dmitry Evtyushkin, Dmitry V. Ponomarev, Nael B. Abu-Ghazaleh |
DAC | 4 |
| 2019 | A Systematic Evaluation of Transient Execution Attacks and Defenses
Claudio Canella, Jo Van Bulck, Michael Schwarz 0001, Moritz Lipp, Benjamin von Berg, Philipp Ortner, Frank Piessens, Dmitry Evtyushkin, Daniel Gruss |
USENIX Security Symposium | 8 |
| 2018 | BranchScope: A New Side-Channel Attack on Directional Branch PredictorabstractWe present BranchScope - a new side-channel attack where the attacker infers the direction of an arbitrary conditional branch instruction in a victim program by manipulating the shared directional branch predictor. The directional component of the branch predictor stores the prediction on a given branch (taken or not-taken) and is a different component from the branch target buffer (BTB) attacked by previous work. BranchScope is the first fine-grained attack on the directional branch predictor, expanding our understanding of the side channel vulnerability of the branch prediction unit. Our attack targets complex hybrid branch predictors with unknown organization. We demonstrate how an attacker can force these predictors to switch to a simple 1-level mode to simplify the direction recovery. We carry out BranchScope on several recent Intel CPUs and also demonstrate the attack against an SGX enclave. Dmitry Evtyushkin, Ryan Riley, Nael B. Abu-Ghazaleh, Dmitry V. Ponomarev |
ASPLOS | 1 |
| 2018 | Flexible Hardware-Managed Isolated Execution: Architecture, Software Support and ApplicationsabstractWe consider the problem of how to provide an execution environment where the application's secrets are safe even in the presence of malicious system software layers. We propose Iso-X-a flexible, fine-grained hardware-supported framework that provides isolation for security-critical pieces of an application such that they can execute securely even in the presence of untrusted system software. Isolation in Iso-X is achieved by creating and dynamically managing compartments (isolated software modules) to host critical fragments of code and associated data. Iso-X provides fine-grained isolation at the memory-page level, flexible allocation of memory, and a low-complexity, hardware-only trusted computing base. Iso-X requires minimal additional hardware, a small number of new ISA instructions to manage compartments, and minimal changes to the operating system which need not be in the trusted computing base. The run-time performance overhead of Iso-X is negligible and even the overhead of creating and destroying compartments is modest. An FPGA implementation of Iso-X runtime mechanisms shows a negligible impact on the processor cycle time. Dmitry Evtyushkin, Jesse Elwell, Meltem Ozsoy, Dmitry V. Ponomarev, Nael B. Abu-Ghazaleh, Ryan Riley |
IEEE Trans. Dependable Secur. Comput. | 1 |
| 2017 | On the Detection of Kernel-Level Rootkits Using Hardware Performance CountersabstractRecent work has investigated the use of hardware performance counters (HPCs) for the detection of malware running on a system. These works gather traces of HPCs for a variety of applications (both malicious and non-malicious) and then apply machine learning to train a detector to distinguish between benign applications and malware. In this work, we provide a more comprehensive analysis of the applicability of using machine learning and HPCs for a specific subset of malware: kernel rootkits. Baljit Singh, Dmitry Evtyushkin, Jesse Elwell, Ryan Riley, Iliano Cervesato |
AsiaCCS | 2 |
| 2017 | Hardening extended memory access control schemes with self-verified address spacesabstractIn this paper we revisit the security properties of extended access control schemes that are used to protect application secrets from untrusted system software. We demonstrate the vulnerability of several recent proposals to a class of attacks we call mapping attacks. We argue that protection from such attacks requires verification of the address space integrity and propose the concept of self-verified address spaces (SVAS), where the applications themselves are made aware of the requested changes in the page mappings and are placed in charge of verifying them. SVAS equips an application with a customized verification model with several attractive functional and performance properties. We implemented the attacks and a complete prototype of SVAS in Linux and the QEMU emulator. Our results demonstrate that SVAS can prevent mapping attacks on extended access control systems with minimal performance overhead, hardware modifications and software complexity. Jesse Elwell, Dmitry Evtyushkin, Dmitry V. Ponomarev, Nael B. Abu-Ghazaleh, Ryan Riley |
ICCAD | 2 |
| 2016 | Covert Channels through Random Number Generator: Mechanisms, Capacity Estimation and MitigationsabstractCovert channels present serious security threat because they allow secret communication between two malicious processes even if the system inhibits direct communication. We describe, implement and quantify a new covert channel through shared hardware random number generation (RNG) module that is available on modern processors. We demonstrate that a reliable, high-capacity and low-error covert channel can be created through the RNG module that works across CPU cores and across virtual machines. We quantify the capacity of the RNG channel under different settings and show that transmission rates in the range of 7-200 kbit/s can be achieved depending on a particular system used for transmission, assumptions, and the load level. Finally, we describe challenges in mitigating the RNG channel, and propose several mitigation approaches both in software and hardware. Dmitry Evtyushkin, Dmitry V. Ponomarev |
CCS | 1 |
| 2016 | Jump over ASLR: Attacking branch predictors to bypass ASLRabstractAddress Space Layout Randomization (ASLR) is a widely-used technique that protects systems against a range of attacks. ASLR works by randomizing the offset of key program segments in virtual memory, making it difficult for an attacker to derive the addresses of specific code objects and consequently redirect the control flow to this code. In this paper, we develop an attack to derive kernel and user-level ASLR offset using a side-channel attack on the branch target buffer (BTB). Our attack exploits the observation that an adversary can create BTB collisions between the branch instructions of the attacker process and either the user-level victim process or on the kernel executing on its behalf. These collisions, in turn, can impact the timing of the attacker's code, allowing the attacker to identify the locations of known branch instructions in the address space of the victim process or the kernel. We demonstrate that our attack can reliably recover kernel ASLR in about 60 milliseconds when performed on a real Haswell processor running a recent version of Linux. Finally, we describe several possible protection mechanisms, both in software and in hardware. Dmitry Evtyushkin, Dmitry V. Ponomarev, Nael B. Abu-Ghazaleh |
MICRO | 1 |
| 2016 | Understanding and Mitigating Covert Channels Through Branch PredictorsabstractCovert channels through shared processor resources provide secret communication between two malicious processes: the trojan and the spy. In this article, we classify, analyze, and compare covert channels through dynamic branch prediction units in modern processors. Through experiments on a real hardware platform, we compare contention-based channel and the channel that is based on exploiting the branch predictor’s residual state. We analyze these channels in SMT and single-threaded environments under both clean and noisy conditions. Our results show that the residual state-based channel provides a cleaner signal and is effective even in noisy execution environments with another application sharing the same physical core with the trojan and the spy. We also estimate the capacity of the branch predictor covert channels and describe a software-only mitigation technique that is based on randomizing the state of the predictor tables on context switches. We show that this protection eliminates all covert channels through the branch prediction unit with minimal impact on performance. Dmitry Evtyushkin, Dmitry V. Ponomarev, Nael B. Abu-Ghazaleh |
ACM Trans. Archit. Code Optim. | 1 |
| 2014 | Iso-X: A Flexible Architecture for Hardware-Managed Isolated ExecutionabstractWe consider the problem of how to provide an execution environment where the application's secrets are safe even in the presence of malicious system software layers. We propose Iso-X -- a flexible, fine-grained hardware-supported framework that provides isolation for security-critical pieces of an application such that they can execute securely even in the presence of untrusted system software. Isolation in Iso-X is achieved by creating and dynamically managing compartments to host critical fragments of code and associated data. Iso-X provides fine-grained isolation at the memory-page level, flexible allocation of memory, and a low-complexity, hardware-only trusted computing base. Iso-X requires minimal additional hardware, a small number of new ISA instructions to manage compartments, and minimal changes to the operating system which need not be in the trusted computing base. The run-time performance overhead of Iso-X is negligible and even the overhead of creating and destroying compartments is modest. Iso-X offers higher memory flexibility than the recently proposed SGX design from Intel, allowing both fluid partitioning of the vailable memory space and dynamic growth of compartments. An FPGA implementation of Iso-X runtime mechanisms shows a negligible impact on the processor cycle time. Dmitry Evtyushkin, Jesse Elwell, Meltem Ozsoy, Dmitry V. Ponomarev, Nael B. Abu-Ghazaleh, Ryan Riley |
MICRO | 1 |