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

Johan Agat

dblp:35/564 · DBLP profile ↗
← Back
2ranked-venue papers
2as first author
0since 2021 · last 2001
—ORCID · none

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

Security and privacy · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 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
Systems and software security · 50% Hardware security and side channels · 35% Network security · 15%
Theoretical computer science
1 paper
Algorithms and data structures · 100%

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

TopicWeightPapersLastEvidence papers
Systems and software security
information flow control
0.122001
On Confidentiality and Algorithms · S&P 2001
Transforming Out Timing Leaks · POPL 2000
Hardware security and side channels › cache side channel
cache timing side channel
0.012001
On Confidentiality and Algorithms · S&P 2001
Systems and software security › information flow control
noninterference
0.012001
On Confidentiality and Algorithms · S&P 2001
Hardware security and side channels › side-channel attack
timing side channel
0.012001
On Confidentiality and Algorithms · S&P 2001
Network security
covert channel
0.012000
Transforming Out Timing Leaks · POPL 2000

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

secure hash table · 0.1randomization · 0.1security type system · 0.0
YearPublicationVenuePosition
2001 On Confidentiality and Algorithms
abstract
Recent interest in methods for certifying programs for secure information flow (noninterference) have failed to raise a key question: can efficient algorithms be written so as to satisfy the requirements of secure information flow? We discuss how algorithms for searching and sorting can be adapted to work on collections of secret data without leaking any confidential information, either directly, indirectly, or through timing behaviour. We pay particular attention to the issue of timing channels caused by cache behaviour and argue that it is necessary to disable the affect of the cache in order to construct algorithms manipulating pointers to objects in such a way that they satisfy the conditions of noninterference. We also discuss how randomisation can be used to implement secure algorithms, and discuss how randomised hash tables might be made practically secure.
Johan Agat
S&P1
2000 Transforming Out Timing Leaks
abstract
One aspect of security in mobile code is privacy: private (or secret) data should not be leaked to unauthorised agents. Most of the work on secure information flow has until recently only been concerned with detecting direct and indirect flows. Secret information can however be leaked to the attacker also through covert channels. It is very reasonable to assume that the attacker, even as an external observer, can monitor the timing (including termination) behaviour of the program. Thus to claim a program secure, the security analysis must take also these into account.
Johan Agat
POPL1