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.

Ryan Riley

dblp:73/887 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Hardware security and side channels
trusted execution environments
0.632018
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.522018
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.522018
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.422016
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.312018
BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018
Systems and software security › isolation
isolated execution
0.312018
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.312018
BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018
Hardware security and side channels › trusted execution environments
SGX enclave
0.112018
BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018
Operating systems › system security
operating system security
0.112018
Flexible Hardware-Managed Isolated Execution: Architecture, Software Support and Applications · IEEE Trans. Dependable Secur. Comput. 2018
Processor architecture and microarchitecture
branch prediction
0.112018
BranchScope: A New Side-Channel Attack on Directional Branch Predictor · ASPLOS 2018
Operating systems › virtualization
hypervisor security
0.112014
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.112014
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
YearPublicationVenuePosition
2018 BranchScope: A New Side-Channel Attack on Directional Branch Predictor
abstract
We 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
ASPLOS2
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 Applications
abstract
We 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 Counters
abstract
Recent 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
AsiaCCS4
2017 Hardening extended memory access control schemes with self-verified address spaces
abstract
In 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
ICCAD5
2016 Rethinking Memory Permissions for Protection Against Cross-Layer Attacks
abstract
The 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 attacks
abstract
Protecting 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
HPCA2
2014 Iso-X: A Flexible Architecture for Hardware-Managed Isolated Execution
abstract
We 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
MICRO6