Demo Data from EDBT 2026 / reviewers in the wild / expert
Abe Wieland
dblp:364/8428
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2024
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 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
1 paper |
Storage systems · 100% | |
| Network and information security
1 paper |
Cryptographic primitives and cryptanalysis · 100% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Storage systems › secure storage
secure deletion |
0.8 | 1 | 2024 | Holepunch: Fast, Secure File Deletion with Crash Consistency · SP 2024 |
Storage systems
storage reliability |
0.8 | 1 | 2024 | Holepunch: Fast, Secure File Deletion with Crash Consistency · SP 2024 |
Storage systems
crash consistency |
0.2 | 1 | 2024 | Holepunch: Fast, Secure File Deletion with Crash Consistency · SP 2024 |
Storage systems
file systems |
0.2 | 1 | 2024 | Holepunch: Fast, Secure File Deletion with Crash Consistency · SP 2024 |
Methods — techniques the papers use, named apart from their topics
puncturable pseudorandom function · 1.5journaling · 1.5TPM · 1.5
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2024 | Holepunch: Fast, Secure File Deletion with Crash ConsistencyabstractA file system provides secure deletion if, after a file is deleted, an attacker with physical possession of the storage device cannot recover any data from the deleted file. Unfortunately, secure deletion is not provided by commodity file systems. Even file systems which explicitly desire to provide secure deletion are challenged by the subtleties of hardware controllers on modern storage devices; those controllers obscure the mappings between logical blocks and physical blocks, silently duplicate physical blocks, and generally make it hard for host-level software to make reliable assumptions about how file data is kept on the device. State-of-the-art frameworks for secure deletion also have no crash consistency, meaning that an ill-timed power outage or software fault will desynchronize keys and the associated encrypted file data, corrupting the file system.In this paper, we present Holepunch, a new software-level approach for implementing secure deletion. Holepunch treats the storage device as a black box, providing secure deletion via cryptographic erasure. Holepunch uses per-file keys to transparently encrypt outgoing file writes and decrypt incoming file reads, ensuring that all physical data in the storage device is always encrypted. Holepunch uses puncturable pseudorandom functions (PPRFs) to quickly access file keys; upon the deletion of file f, Holepunch updates the PPRF so that, even if the PPRF is recovered, the PPRF cannot be used to generate f’s key. By using PPRFs instead of the key trees leveraged by prior work, Holepunch reduces both the memory pressure caused by key management and the number of disk IOs needed to access files. Holepunch stores its master key in secure TPM storage, and uses a novel journaling scheme to provide crash consistency between TPM state and on-disk state. Zachary Ratliff, Wittmann Goh, Abe Wieland, James W. Mickens |
SP | 3 |