Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Michael A. Schneider

dblp:29/1211 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
0since 2021 · last 2002
0009-0007-8951-3089ORCID · corroborated

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

Security and privacy · 3 · 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
2 papers
Privacy and data protection · 35% Authentication and access control · 23% Network security · 18%

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

TopicWeightPapersLastEvidence papers
Authentication and access control › access control
web access control
0.012002
A General and Flexible Access-Control System for the Web · USENIX Security Symposium 2002
Privacy and data protection › web tracking
browsing history inference
0.012000
Timing attacks on Web privacy · CCS 2000
Hardware security and side channels › side-channel attack
timing side channel
0.012000
Timing attacks on Web privacy · CCS 2000
Network security
traffic analysis
0.012000
Timing attacks on Web privacy · CCS 2000
Privacy and data protection
web privacy
0.012000
Timing attacks on Web privacy · CCS 2000
Web and mobile security
web security
0.012002
A General and Flexible Access-Control System for the Web · USENIX Security Symposium 2002

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

browser cache timing measurement · 0.0
YearPublicationVenuePosition
2002 A General and Flexible Access-Control System for the Web
Lujo Bauer, Michael A. Schneider, Edward W. Felten
USENIX Security Symposium2
2000 Efficient Commerce Protocols based on One-Time Pads
abstract
Presents a new commerce protocol that allows customers and merchants to conduct face-to-face credit-card authorizations with a credit card company securely, with the option of anonymity for the customer, the merchant, or both. Our protocol guarantees that both parties agree to and know the outcome of each transaction. Our protocol has three advantages over others. First, we need only two message authentication code (MAC) operations per party per transaction, fewer than most popular protocols. Second, our own MAC function, OTPMAC (One-Time Pad MAC), does not rely on the existence of one-way functions or on any other unproven hypothesis. Third, our protocol generates a new one-time identifier per party per transaction, preventing the linkage of multiple transactions to a single party. Additionally, the protocol can operate in modes using alternatives to the one-time pad, including cryptographic pseudo-random number generators and conventional cryptographic MAC functions.
Michael A. Schneider, Edward W. Felten
ACSAC1
2000 Timing attacks on Web privacy
abstract
We describe a class of attacks that can compromise the privacy of users' Web-browsing histories. The attacks allow a malicious Web site to determine whether or not the user has recently visited some other, unrelated Web page. The malicious page can determine this information by measuring the time the user's browser requires to perform certain operations. Since browsers perform various forms of caching, the time required for operations depends on the user's browsing history; this paper shows that the resulting time variations convey enough information to compromise users' privacy. This attack method also allows other types of information gathering by Web sites, such as a more invasive form of Web "cookies". The attacks we describe can be carried out without the victim's knowledge, and most "anonymous browsing" tools fail to prevent them. Other simple countermeasures also fail to prevent these attacks. We describe a way of reengineering browsers to prevent most of them. 1. Introduction ...
Edward W. Felten, Michael A. Schneider
CCS2