Demo Data from EDBT 2026 / reviewers in the wild / expert
Chris Wacek
dblp:57/10638
· DBLP profile ↗
6ranked-venue papers
1as first author
0since 2021 · last 2019
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 5 · 1 first-author
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
3 papers |
Network security · 100% | |
| Computer networks
3 papers |
Network measurement and analytics · 64% Transport protocols and congestion control · 36% |
Topics — the 5 heaviest of 8, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Network security
anonymity networks |
0.4 | 2 | 2014 | Never Been KIST: Tor's Congestion Management Blossoms with Kernel-Informed Socket Transport · USENIX Security Symposium 2014 Users get routed: traffic correlation on tor by realistic adversaries · CCS 2013 |
Network security › anonymity networks
tor |
0.2 | 1 | 2014 | Never Been KIST: Tor's Congestion Management Blossoms with Kernel-Informed Socket Transport · USENIX Security Symposium 2014 |
Network security › traffic analysis
flow correlation attack |
0.2 | 1 | 2013 | Users get routed: traffic correlation on tor by realistic adversaries · CCS 2013 |
Network security › anonymity networks
tor path selection |
0.2 | 1 | 2013 | Users get routed: traffic correlation on tor by realistic adversaries · CCS 2013 |
Network measurement and analytics
network topology modeling |
0.0 | 1 | 2013 | Users get routed: traffic correlation on tor by realistic adversaries · CCS 2013 |
Methods — techniques the papers use, named apart from their topics
path simulation · 0.3empirical measurement · 0.3adversary modeling · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | KIST: Kernel-Informed Socket Transport for TorabstractTor’s growing popularity and user diversity has resulted in network performance problems that are not well understood, though performance is understood to be a significant factor in Tor’s security. A large body of work has attempted to solve performance problems without a complete understanding of where congestion occurs in Tor. In this article, we first study congestion in Tor at individual relays as well as along the entire end-to-end Tor path and find that congestion occurs almost exclusively in egress kernel socket buffers. We then analyze Tor’s socket interactions and discover two major contributors to Tor’s congestion: Tor writes sockets sequentially, and Tor writes as much as possible to each socket. To improve Tor’s performance, we design, implement, and test KIST: a new socket management algorithm that uses real-time kernel information to dynamically compute the amount to write to each socket while considering all circuits of all writable sockets when scheduling cells. We find that, in the medians, KIST reduces circuit congestion by more than 30%, reduces network latency by 18%, and increases network throughput by nearly 10%. We also find that client and relay performance with KIST improves as more relays deploy it and as network load and packet loss rates increase. We analyze the security of KIST and find an acceptable performance and security tradeoff, as it does not significantly affect the outcome of well-known latency, throughput, and traffic correlation attacks. KIST has been merged and configured as the default socket scheduling algorithm in Tor version 0.3.2.1-alpha (released September 18, 2017) and became stable in Tor version 0.3.2.9 (released January 9, 2018). While our focus is Tor, our techniques and observations should help analyze and improve overlay and application performance, both for security applications and in general. Rob Jansen, Matthew Traudt, John Geddes, Chris Wacek, Micah Sherr, Paul F. Syverson |
ACM Trans. Priv. Secur. | 4 |
| 2014 | A Disruption-Resistant MAC Layer for Multichannel Wireless Networks
Henry Tan, Chris Wacek, Calvin C. Newport, Micah Sherr |
OPODIS | 2 |
| 2014 | Never Been KIST: Tor's Congestion Management Blossoms with Kernel-Informed Socket Transport
Rob Jansen, John Geddes, Chris Wacek, Micah Sherr, Paul F. Syverson |
USENIX Security Symposium | 3 |
| 2013 | Users get routed: traffic correlation on tor by realistic adversariesabstractWe present the first analysis of the popular Tor anonymity network that indicates the security of typical users against reasonably realistic adversaries in the Tor network or in the underlying Internet. Our results show that Tor users are far more susceptible to compromise than indicated by prior work. Specific contributions of the paper include(1)a model of various typical kinds of users,(2)an adversary model that includes Tor network relays, autonomous systems(ASes), Internet exchange points (IXPs), and groups of IXPs drawn from empirical study,(3) metrics that indicate how secure users are over a period of time,(4) the most accurate topological model to date of ASes and IXPs as they relate to Tor usage and network configuration,(5) a novel realistic Tor path simulator (TorPS), and(6)analyses of security making use of all the above. To show that our approach is useful to explore alternatives and not just Tor as currently deployed, we also analyze a published alternative path selection algorithm, Congestion-Aware Tor. We create an empirical model of Tor congestion, identify novel attack vectors, and show that it too is more vulnerable than previously indicated. Aaron Johnson 0001, Chris Wacek, Rob Jansen, Micah Sherr, Paul F. Syverson |
CCS | 2 |
| 2013 | An Empirical Evaluation of Relay Selection in Tor
Chris Wacek, Henry Tan, Kevin S. Bauer, Micah Sherr |
NDSS | 1 |
| 2011 | Exploring the potential benefits of expanded rate limiting in Tor: slow and steady wins the race with TortoiseabstractTor is a volunteer-operated network of application-layer relays that enables users to communicate privately and anonymously. Unfortunately, Tor often exhibits poor performance due to congestion caused by the unbalanced ratio of clients to available relays, as well as a disproportionately high consumption of network capacity by a small fraction of filesharing users. W. Brad Moore, Chris Wacek, Micah Sherr |
ACSAC | 2 |