Demo Data from EDBT 2026 / reviewers in the wild / expert
Charles Sherk
dblp:321/5632
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Systems and software security
information flow control |
0.7 | 1 | 2023 | SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023 |
Hardware security and side channels
secure speculation |
0.7 | 1 | 2023 | SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023 |
Hardware security and side channels › microarchitectural attacks
transient execution attack |
0.7 | 1 | 2023 | SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023 |
Electronic design automation › hardware verification and test
formal verification |
0.7 | 1 | 2023 | SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023 |
Electronic design automation
hardware verification and test |
0.7 | 1 | 2023 | SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023 |
Electronic design automation › hardware verification and test › functional verification
RTL verification |
0.7 | 1 | 2023 | SpecVerilog: Adapting Information Flow Control for Secure Speculation · CCS 2023 |
Electronic design automation
hardware description language |
0.6 | 1 | 2022 | PDL: a high-level hardware design language for pipelined processors · PLDI 2022 |
Processor architecture and microarchitecture › pipelining
pipelined processor |
0.6 | 1 | 2022 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | SpecVerilog: Adapting Information Flow Control for Secure SpeculationabstractTo 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 |
CCS | 2 |
| 2022 | PDL: a high-level hardware design language for pipelined processorsabstractProcessors 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 |
PLDI | 2 |