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.

Benjamin Holmes 0002

dblp:317/2061-2 · DBLP profile ↗
← Back
2ranked-venue papers
2as first author
2since 2021 · last 2024
0009-0004-1250-0835ORCID · verified

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

Systems, architecture and hardware · 2 · 2 first-author · 2 since 2021Software engineering, systems software and programming languages · 1 · 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.

Computer architecture, parallel and distributed computing, and storage systems
2 papers
Cloud and datacenter computing · 100%
Network and information security
2 papers
Systems and software security · 60% Hardware security and side channels · 40%
Software engineering, system software, and programming languages
2 papers
Operating systems · 100%

Topics — the 7 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Hardware security and side channels
trusted execution environments
0.812024
SEVeriFast: Minimizing the root of trust for fast startup of SEV microVMs · ASPLOS (2) 2024
Cloud and datacenter computing › cloud security
confidential computing
0.812024
SEVeriFast: Minimizing the root of trust for fast startup of SEV microVMs · ASPLOS (2) 2024
Cloud and datacenter computing
serverless computing
0.812024
SEVeriFast: Minimizing the root of trust for fast startup of SEV microVMs · ASPLOS (2) 2024
Systems and software security › memory safety
address space layout randomization
0.612022
KASLR in the age of MicroVMs · EuroSys 2022
Systems and software security
memory safety
0.612022
KASLR in the age of MicroVMs · EuroSys 2022
Cloud and datacenter computing › virtualization › lightweight virtualization
microVM
0.612022
KASLR in the age of MicroVMs · EuroSys 2022
Cloud and datacenter computing
virtualization
0.612022
KASLR in the age of MicroVMs · EuroSys 2022

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

in-monitor randomization · 1.7functional granular KASLR · 1.7
YearPublicationVenuePosition
2024 SEVeriFast: Minimizing the root of trust for fast startup of SEV microVMs
abstract
Serverless computing platforms rely on fast container initialization to provide low latency and high throughput for requests. While hardware enforced trusted execution environments (TEEs) have gained popularity, confidential computing has yet to be widely adopted by latency-sensitive platforms due to its additional initialization overhead. We investigate the application of AMD's Secure Encrypted Virtualization (SEV) to microVMs and find that current startup times for confidential VMs are prohibitively slow due to the high cost of establishing a root of trust for each new VM.
Benjamin Holmes 0002, Jason Waterman, Dan Williams 0001
ASPLOS (2)1
2022 KASLR in the age of MicroVMs
abstract
Address space layout randomization (ASLR) is a widely used component of computer security aimed at preventing code reuse and/or data-only attacks. Modern kernels utilize kernel ASLR (KASLR) and finer-grained forms, such as functional granular KASLR (FGKASLR), but do so as part of an inefficient bootstrapping process we call bootstrap self-randomization. Meanwhile, under increasing pressure to optimize their boot times, microVM architectures such as AWS Firecracker have resorted to eliminating bootstrapping steps, particularly decompression and relocation from the guest kernel boot process, leaving them without KASLR. In this paper, we present in-monitor KASLR, in which the virtual machine monitor efficiently implements KASLR for the guest kernel by skipping the expensive kernel self-relocation steps. We prototype in-monitor KASLR and FGKASLR in the open-source Firecracker virtual machine monitor demonstrating, on a microVM configured kernel, boot times 22% and 16% faster than bootstrapped KASLR and FGKASLR methods, respectively. We also show the low overhead of in-monitor KASLR, with only 4% (2 ms) increase in boot times on average compared to a kernel without KASLR. We also discuss the implications and future opportunities for in-monitor approaches.
Benjamin Holmes 0002, Jason Waterman, Dan Williams 0001
EuroSys1