Demo Data from EDBT 2026 / reviewers in the wild / expert
Natan Cliffer
dblp:30/869
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2007
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software 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
1 paper |
Systems and software security · 100% | |
| Software engineering, system software, and programming languages
1 paper |
Operating systems · 100% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Systems and software security › information flow control
decentralized information flow control |
0.1 | 1 | 2007 | Information flow control for standard OS abstractions · SOSP 2007 |
Systems and software security
information flow control |
0.1 | 1 | 2007 | Information flow control for standard OS abstractions · SOSP 2007 |
Systems and software security
operating system security |
0.1 | 1 | 2007 | Information flow control for standard OS abstractions · SOSP 2007 |
Operating systems › operating system interface › system call
system call interposition |
0.0 | 1 | 2007 | Information flow control for standard OS abstractions · SOSP 2007 |
Methods — techniques the papers use, named apart from their topics
reference monitor · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2007 | Information flow control for standard OS abstractionsabstractDecentralized Information Flow Control (DIFC) [24] is an ap-proach to security that allows application writers to control how data flows between the pieces of an application and the outside world. As applied to privacy, DIFC allows untrusted software to compute with private data while trusted security code controls the release of that data. As applied to integrity, DIFC allows trusted code to protect untrusted software from unexpected malicious in-puts. In either case, only bugs in the trusted code, which tends to be small and isolated, can lead to security violations. We present Flume, a new DIFC model and system that applies at the granularity of operating system processes and standard OS ab-stractions (e.g., pipes and file descriptors). Flume eases DIFC’s use in existing applications and allows safe interaction between con-ventional and DIFC-aware processes. Flume runs as a user-level reference monitor on Linux. A process confined by Flume cannot perform most system calls directly; instead, an interposition layer replaces system calls with IPC to the reference monitor, which en-forces data flow policies and performs safe operations on the pro-cess’s behalf. We ported a complex Web application (MoinMoin wiki) to Flume, changing only 2 % of the original code. The Flume version is roughly 30–40 % slower due to overheads in our current implementation but supports additional security policies impossible without DIFC. Maxwell N. Krohn, Alexander Yip, Micah Z. Brodsky, Natan Cliffer, M. Frans Kaashoek, Eddie Kohler, Robert Morris 0005 |
SOSP | 4 |