Demo Data from SIGIR 2026 / reviewers in the wild / expert
Michael Swift
dblp:377/2745
· DBLP profile ↗
6ranked-venue papers
0as first author
6since 2021 · last 2026
—ORCID · conflict
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 3 · 3 since 2021Systems, architecture and hardware · 2 · 2 since 2021Software engineering, systems software and programming languages · 1 · 1 since 2021Databases, data management, data science and information retrieval · 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
4 papers |
Storage systems · 58% Cloud and datacenter computing · 20% Memory systems · 17% | |
| Network and information security
1 paper |
Hardware security and side channels · 100% |
Topics — the 11 heaviest of 11, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Hardware security and side channels › memory integrity
rollback protection |
1.0 | 1 | 2026 | It's a Feature, Not a Bug: Secure and Auditable State Rollback for Confidential Cloud Applications · SP 2026 |
Hardware security and side channels › trusted execution environments
state continuity |
1.0 | 1 | 2026 | It's a Feature, Not a Bug: Secure and Auditable State Rollback for Confidential Cloud Applications · SP 2026 |
Hardware security and side channels
trusted execution environments |
1.0 | 1 | 2026 | It's a Feature, Not a Bug: Secure and Auditable State Rollback for Confidential Cloud Applications · SP 2026 |
Memory systems
tiered memory |
1.0 | 1 | 2026 | From Good to Great: Parameter Tuning in Memory Tiering Systems · IEEE Trans. Computers 2026 |
Storage systems › data auditing
data integrity verification |
0.9 | 1 | 2025 | On Scalable Integrity Checking for Secure Cloud Disks · FAST 2025 |
Cloud and datacenter computing › cloud storage
secure cloud storage |
0.9 | 1 | 2025 | On Scalable Integrity Checking for Secure Cloud Disks · FAST 2025 |
Storage systems › storage reliability
storage integrity |
0.9 | 1 | 2025 | Efficient Storage Integrity in Adversarial Settings · SP 2025 |
Storage systems
storage reliability |
0.9 | 1 | 2025 | On Scalable Integrity Checking for Secure Cloud Disks · FAST 2025 |
Storage systems
untrusted storage |
0.9 | 1 | 2025 | Efficient Storage Integrity in Adversarial Settings · SP 2025 |
Performance modeling and evaluation
benchmarking |
0.3 | 1 | 2026 | From Good to Great: Parameter Tuning in Memory Tiering Systems · IEEE Trans. Computers 2026 |
Cloud and datacenter computing › cloud deployment
cloud application deployment |
0.3 | 1 | 2026 | It's a Feature, Not a Bug: Secure and Auditable State Rollback for Confidential Cloud Applications · SP 2026 |
Methods — techniques the papers use, named apart from their topics
tamper-evident logging · 2.0reference monitor · 2.0authorization policy · 2.0parameter tuning · 1.0cryptographic hashing · 0.9
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | It's a Feature, Not a Bug: Secure and Auditable State Rollback for Confidential Cloud ApplicationsabstractReplay and rollback attacks threaten cloud application integrity by reintroducing authentic yet stale data through an untrusted storage interface to compromise application decision-making. Prior security frameworks mitigate these attacks by enforcing forward-only state transitions (state continuity) with hardware-backed mechanisms, but they categorically treat all rollback as malicious and thus preclude legitimate rollbacks used for operational recovery from corruption or misconfiguration. We present Rebound, a general-purpose security framework that preserves rollback protection while enabling policy-authorized legitimate rollbacks of application binaries, configuration, and data. Key to Rebound is a reference monitor that mediates state transitions, enforces authorization policy, guarantees atomicity of state updates and rollbacks, and emits a tamper-evident log that provides transparency to applications and auditors. We analyze Rebound's security properties and show through an application case study -- with software deployment workflows in GitLab CI -- that it enables robust control over binary, configuration, and raw data versioning with low end-to-end overhead. Quinn Burke 0002, Anjo Vahldiek-Oberwagner, Michael Swift, Patrick D. McDaniel |
SP | 3 |
| 2026 | From Good to Great: Parameter Tuning in Memory Tiering Systems
Konstantinos Kanellis, Sujay Yadalam, Hayden Coffey, Shivaram Venkataraman, Michael Swift |
IEEE Trans. Computers | 5 |
| 2025 | On Scalable Integrity Checking for Secure Cloud Disks
Quinn Burke 0002, Ryan Sheatsley, Owen Hines, Michael Swift, Patrick D. McDaniel |
FAST | 5 |
| 2025 | How I learned to stop worrying and love learned OS policiesabstractWhile machine learning has been adopted across various fields, its ability to outperform traditional heuristics in operating systems is often met with justified skepticism. Concerns about unsafe decisions, opaque debugging processes, and the challenges of integrating ML into the kernel---given its stringent latency constraints and inherent complexity --- make practitioners understandably cautious. This paper introduces Guardrails for the OS, a framework that allows kernel developers to declaratively specify system-level properties and define corrective actions to address property violations. The framework facilitates the compilation of these guardrails into monitors capable of running within the kernel. In this work, we establish the foundation for Guardrails, detailing its core abstractions, examining the problem space, and exploring potential solutions. Divyanshu Saxena, Sujay Yadalam, Yeonju Ro, Rohit Dwivedula, Eric Hayden Campbell, Aditya Akella, Christopher J. Rossbach, Michael Swift |
HotOS | 9 |
| 2025 | Caplification: Bridging Capability-Aware and Capability-Oblivious SoftwareabstractHardware capabilities offer an alternative to how access control is commonly implemented in processors today, i.e., through enforcement of permission checks on virtual memory at the time of address translation. Despite conceptual strengths of capability hardware, it is challenging for existing capability-oblivious software stacks to be compatible with capability hardware and to interoperate with capability-aware software, hindering faster adoption. Prior attempts to achieve this sacrifice the inherent advantages of capabilities. They require trusting a software central authority (e.g., the OS kernel) for capability-based isolation and limit the scope of capability-based memory sharing to individual virtual address spaces. This paper proposes the idea of caplification, a novel mechanism to enable seamless co-existence of capability-aware and capability-oblivious software stacks. We concretely implement our proposed idea on a modern RISC-V capability hardware and show how it enables running a commodity unmodified (or capability-oblivious) Linux OS. Our design retains the full advantages provided by hardware capabilities, such as creating fine-grained hardware-isolated memory compartments both in user- and kernel-space. We evaluated our prototype system both on QEMU emulation and on hardware RTL simulation. We find that the performance of our system is comparable to prior baseline designs, while offering cost improvements in scenarios of secure data sharing. Zhijingcheng Yu, Aditya Badole, Trevor E. Carlson, Michael Swift, Prateek Saxena |
SACMAT | 5 |
| 2025 | Efficient Storage Integrity in Adversarial SettingsabstractStorage integrity is essential to systems and applications that use untrusted storage (e.g., public clouds, end-user devices). However, known methods for achieving storage integrity either suffer from high (and often prohibitive) overheads or provide weak integrity guarantees. In this work, we demonstrate a hybrid approach to storage integrity that simultaneously reduces overhead while providing strong integrity guarantees. Our system, partially asynchronous integrity checking (PAC), allows disk write commitments to be deferred while still providing guarantees around read integrity. PAC delivers a 5.5 × throughput and latency improvement over the state of the art, and 85% of the throughput achieved by non-integrity-assuring approaches. In this way, we show that untrusted storage can be used for integrity-critical workloads without meaningfully sacrificing performance. Quinn Burke 0002, Ryan Sheatsley, Yohan Beugin, Eric Pauley, Owen Hines, Michael Swift, Patrick D. McDaniel |
SP | 6 |