Demo Data from SIGIR 2026 / reviewers in the wild / expert
Jan Menz
dblp:346/8993
· DBLP profile ↗
1ranked-venue papers
1as first author
1since 2021 · last 2023
0009-0004-6821-1987ORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1 · 1 first-author · 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.
| Network and information security
1 paper |
Systems and software security · 100% | |
| Software engineering, system software, and programming languages
1 paper |
Programming languages and type systems · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Systems and software security › information flow control
declassification |
0.7 | 1 | 2023 | Compositional Security Definitions for Higher-Order Where Declassification · Proc. ACM Program. Lang. 2023 |
Systems and software security
information flow control |
0.7 | 1 | 2023 | Compositional Security Definitions for Higher-Order Where Declassification · Proc. ACM Program. Lang. 2023 |
Programming languages and type systems › type systems
security type systems |
0.7 | 1 | 2023 | Compositional Security Definitions for Higher-Order Where Declassification · Proc. ACM Program. Lang. 2023 |
Programming languages and type systems › functional programming
higher-order programs |
0.2 | 1 | 2023 | Compositional Security Definitions for Higher-Order Where Declassification · Proc. ACM Program. Lang. 2023 |
Methods — techniques the papers use, named apart from their topics
logical relations · 0.7logical relation · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Compositional Security Definitions for Higher-Order Where DeclassificationabstractTo ensure programs do not leak private data, we often want to be able to provide formal guarantees ensuring such data is handled correctly. Often, we cannot keep such data secret entirely; instead programmers specify how private data may bedeclassified. While security definitions for declassification exist, they mostly do not handle higher-order programs. In fact, in the higher-order setting no compositional security definition exists for intensional information-flow properties such aswheredeclassification, which allows declassification in specific parts of a program. We use logical relations to build a model (and thus security definition) of where declassification. The key insight required for our model is that we must stop enforcing indistinguishability once arelevant declassificationhas occurred. We show that the resulting security definition provides more security than the most related previous definition, which is for the lower-order setting. Jan Menz, Andrew K. Hirsch, Deepak Garg 0001 |
Proc. ACM Program. Lang. | 1 |