EDBT 2026 Demo / reviewers in the wild / expert
Ryan Riley
dblp:73/887
· DBLP profile ↗
8ranked-venue papers
0as first author
0since 2021 · last 2018
0000-0002-8321-1211ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 5Security and privacy · 3Software engineering, systems software and programming languages · 1
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
5 papers |
Hardware security and side channels · 63% Systems and software security · 37% | |
| Computer architecture, parallel and distributed computing, and storage systems
3 papers |
Processor architecture and microarchitecture · 100% | |
| Software engineering, system software, and programming languages
4 papers |
Operating systems · 100% |
Topics — the 12 heaviest of 15, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
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 |
Systems and software security
memory protection |
0.4 | 2 | 2016 | Rethinking Memory Permissions for Protection Against Cross-Layer Attacks · ACM Trans. Archit. Code Optim. 2016 A Non-Inclusive Memory Permissions architecture for protection against cross-layer attacks · HPCA 2014 |
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 |
Hardware security and side channels
microarchitectural side channel |
0.3 | 1 | 2018 | BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018 |
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 |
Processor architecture and microarchitecture
branch prediction |
0.1 | 1 | 2018 | BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018 |
Operating systems › virtualization
hypervisor security |
0.1 | 1 | 2014 | A Non-Inclusive Memory Permissions architecture for protection against cross-layer attacks · HPCA 2014 |
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.0hardware-supported page permissions · 0.9FPGA implementation · 0.6noninclusive permission sets · 0.5
| Year | Publication | Venue | Position |
|---|---|---|---|
| 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 | 2 |
| 2018 | Your culture is in your password: An analysis of a demographically-diverse password dataset
Mashael Al Sabah, Gabriele Oligeri, Ryan Riley |
Comput. Secur. | 3 |
| 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. | 6 |
| 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 | 4 |
| 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 | 5 |
| 2016 | Rethinking Memory Permissions for Protection Against Cross-Layer AttacksabstractThe inclusive permissions structure (e.g., the Intel ring model) of modern commodity CPUs provides privileged system software layers with arbitrary permissions to access and modify client processes, allowing them to manage these clients and the system resources efficiently. Unfortunately, these inclusive permissions allow a compromised high-privileged software layer to perform arbitrary malicious activities. In this article, our goal is to prevent attacks that cross system layers while maintaining the abilities of system software to manage the system and allocate resources. In particular, we present a hardware-supported page permission framework for physical pages that is based on the concept of noninclusive sets of memory permissions for different layers of system software (such as hypervisors, operating systems, and user-level applications). Instead of viewing privilege levels as an ordered hierarchy with each successive level being more privileged, we view them as distinct levels each with its own set of permissions. In order to enable system software to manage client processes, we define a set of legal permission transitions that support resource allocation but preserve security. We show that the model prevents a range of recent attacks. We also show that it can be implemented with negligible performance overhead (both at load time and at runtime), low hardware complexity, and minimal changes to the commodity OS and hypervisor code. Jesse Elwell, Ryan Riley, Nael B. Abu-Ghazaleh, Dmitry V. Ponomarev, Iliano Cervesato |
ACM Trans. Archit. Code Optim. | 2 |
| 2014 | A Non-Inclusive Memory Permissions architecture for protection against cross-layer attacksabstractProtecting modern computer systems and complex software stacks against the growing range of possible attacks is becoming increasingly difficult. The architecture of modern commodity systems allows attackers to subvert privileged system software often using a single exploit. Once the system is compromised, inclusive permissions used by current architectures and operating systems easily allow a compromised high-privileged software layer to perform arbitrary malicious activities, even on behalf of other software layers. This paper presents a hardware-supported page permission scheme for the physical pages that is based on the concept of non-inclusive sets of memory permissions for different layers of system software such as hypervisors, operating systems, and user-level applications. Instead of viewing privilege levels as an ordered hierarchy with each successive level being more privileged, we view them as distinct levels each with its own set of permissions. Such a permission mechanism, implemented as part of a processor architecture, provides a common framework for defending against a range of recent attacks. We demonstrate that such a protection can be achieved with negligible performance overhead, low hardware complexity and minimal changes to the commodity OS and hypervisor code. Jesse Elwell, Ryan Riley, Nael B. Abu-Ghazaleh, Dmitry V. Ponomarev |
HPCA | 2 |
| 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 | 6 |