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

Charles Sherk

dblp:321/5632 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
2since 2021 · last 2023
0009-0005-0711-1787ORCID · corroborated

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

Security and privacy · 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.

Computer architecture, parallel and distributed computing, and storage systems
2 papers
Electronic design automation · 82% Processor architecture and microarchitecture · 18%
Network and information security
1 paper
Hardware security and side channels · 67% Systems and software security · 33%

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

TopicWeightPapersLastEvidence papers
Systems and software security
information flow control
0.712023
SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023
Hardware security and side channels
secure speculation
0.712023
SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023
Hardware security and side channels › microarchitectural attacks
transient execution attack
0.712023
SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023
Electronic design automation › hardware verification and test
formal verification
0.712023
SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023
Electronic design automation
hardware verification and test
0.712023
SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023
Electronic design automation › hardware verification and test › functional verification
RTL verification
0.712023
SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023
Electronic design automation
hardware description language
0.612022
PDL: a high-level hardware design language for pipelined processors · PLDI 2022
Processor architecture and microarchitecture › pipelining
pipelined processor
0.612022
PDL: a high-level hardware design language for pipelined processors · PLDI 2022

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

information flow control · 1.3formal methods · 1.3register-transfer level design · 0.6high-level synthesis · 0.6
YearPublicationVenuePosition
2023 SpecVerilog: Adapting Information Flow Control for Secure Speculation
abstract
To address transient execution vulnerabilities, processor architects have proposed both defensive designs and formal descriptions of the security they provide. However, these designs are not typically formally proven to enforce the claimed guarantees; more importantly, there are few tools to automatically ensure that Register Transfer Level (RTL) descriptions are faithful to high-level designs.
Drew Zagieboylo, Charles Sherk, Andrew C. Myers, G. Edward Suh
CCS2
2022 PDL: a high-level hardware design language for pipelined processors
abstract
Processors are typically designed in Register Transfer Level (RTL) languages, which give designers low-level control over circuit structure and timing. To achieve good performance, processors are pipelined, with multiple instructions execut- ing concurrently in different parts of the circuit. Thus even though processors implement a fundamentally sequential specification (the instruction set architecture), the imple- mentation is highly concurrent. The interactions of multiple instructions—potentially speculative—can cause incorrect behavior.
Drew Zagieboylo, Charles Sherk, G. Edward Suh, Andrew C. Myers
PLDI2