Rutvik Choudhary

dblp:269/8049 · DBLP profile ↗
← Back
4ranked-venue papers
2as first author
3since 2021 · last 2025
0009-0003-8343-0603ORCID · corroborated

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

Systems, architecture and hardware · 2 · 1 first-author · 2 since 2021Security and privacy · 1 · 1 first-author · 1 since 2021Software engineering, systems software and programming languages · 1

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.

Network and information security
2 papers
Hardware security and side channels · 74% Cryptographic primitives and cryptanalysis · 21% Privacy and data protection · 5%
Software engineering, system software, and programming languages
2 papers
Software testing · 74% Program analysis · 26%

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

TopicWeightPapersLastEvidence papers
Hardware security and side channels
microarchitectural side channel
1.222023
Declassiflow: A Static Analysis for Modeling Non-Speculative Knowledge to Relax Speculative Execution Security Measures · CCS 2023
Speculative Privacy Tracking (SPT): Leaking Information From Speculative Execution Without Compromising Privacy · MICRO 2021
Hardware security and side channels › microarchitectural attacks › transient execution attack
speculative execution attack
1.222023
Declassiflow: A Static Analysis for Modeling Non-Speculative Knowledge to Relax Speculative Execution Security Measures · CCS 2023
Speculative Privacy Tracking (SPT): Leaking Information From Speculative Execution Without Compromising Privacy · MICRO 2021
Cryptographic primitives and cryptanalysis › cryptographic implementation
constant-time implementation
0.712023
Declassiflow: A Static Analysis for Modeling Non-Speculative Knowledge to Relax Speculative Execution Security Measures · CCS 2023
Software testing › flaky test
flaky test detection
0.412020
Detecting flaky tests in probabilistic and machine learning applications · ISSTA 2020
Program analysis
static analysis
0.212023
Declassiflow: A Static Analysis for Modeling Non-Speculative Knowledge to Relax Speculative Execution Security Measures · CCS 2023
Privacy and data protection
information leakage
0.112021
Speculative Privacy Tracking (SPT): Leaking Information From Speculative Execution Without Compromising Privacy · MICRO 2021
Software testing › flaky test
test reliability
0.112020
Detecting flaky tests in probabilistic and machine learning applications · ISSTA 2020

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

static analysis · 1.3speculative load hardening · 1.3speculative privacy tracking · 0.5probabilistic programming · 0.4
YearPublicationVenuePosition
2025 $\mu\text{STT}$: Microarchitecture Design for Speculative Taint Tracking
abstract
Speculative execution attacks exploit malicious speculation to leak sensitive data via microarchitectural covert channels. Speculative Taint Tracking (STT) is a state-of-the-art hardware mechanism that blocks such threats by tainting data flowing from speculative loads, untainting data once all its dependencies are not speculative, and delaying instructions that create covert channels until their inputs are untainted. However, STT's hardware feasibility remains unclear due to a lack of detailed hardware cost analysis. This paper presents the first in-depth hardware cost analysis of STT and identifies two key challenges: (1) the logic delay of taint propagation, which grows with rename width, and (2) area overhead from instruction delaying, which requires expensive CAM-style logic to enforce speculation safety. To address these, we propose a new microarchitecture for STT, called$\mu$STT.$\mu$STT is based on two new mechanisms. First, the Age Matrix is a shallow taint propagation circuit that removes 85% of the logic delay overhead of prior STT designs, while only adding 36 % more area at the default rename width of 8. Second, the impede micro-op implements instruction delaying in a fashion that increases STT's performance overhead by only 5 percentage points (from 16 % to 21 %), while replacing bespoke STT hardware with existing RAW dependency tracking. Together, these contributions reduce STT's hardware complexity and cost in the context of high-end wide-issue processor designs.
Boru Chen, Rutvik Choudhary, Kaustubh Khulbe, Archie Lee, Adam Morrison 0001, Christopher W. Fletcher
ICCD2
2023 Declassiflow: A Static Analysis for Modeling Non-Speculative Knowledge to Relax Speculative Execution Security Measures
abstract
Speculative execution attacks undermine the security of constant-time programming, the standard technique used to prevent microarchitectural side channels in security-sensitive software such as cryptographic code. Constant-time code must therefore also deploy a defense against speculative execution attacks to prevent leakage of secret data stored in memory or the processor registers. Unfortunately, contemporary defenses, such as speculative load hardening (SLH), can only satisfy this strong security guarantee at a very high performance cost.
Rutvik Choudhary, Alan Wang 0004, Zirui Neil Zhao, Adam Morrison 0001, Christopher W. Fletcher
CCS1
2021 Speculative Privacy Tracking (SPT): Leaking Information From Speculative Execution Without Compromising Privacy
abstract
Speculative execution attacks put a dangerous new twist on information leakage through microarchitectural side channels. Ordinarily, programmers can reason about leakage based on the program’s semantics, and prevent said leakage by carefully writing the program to not pass secrets to covert channel-creating “transmitter” instructions, such as branches and loads. Speculative execution breaks this defense, because a transmitter might mis-speculatively execute with a secret operand even if it can never execute with said operand in valid executions.
Rutvik Choudhary, Jiyong Yu, Christopher W. Fletcher, Adam Morrison 0001
MICRO1
2020 Detecting flaky tests in probabilistic and machine learning applications
abstract
Probabilistic programming systems and machine learning frameworks like Pyro, PyMC3, TensorFlow, and PyTorch provide scalable and efficient primitives for inference and training. However, such operations are non-deterministic. Hence, it is challenging for developers to write tests for applications that depend on such frameworks, often resulting in flaky tests – tests which fail non-deterministically when run on the same version of code.
Saikat Dutta 0001, August Shi, Rutvik Choudhary, Zhekun Zhang, Aryaman Jain, Sasa Misailovic
ISSTA3