EDBT 2026 Demo / reviewers in the wild / expert
Peter A. Loscocco
dblp:35/6525
· DBLP profile ↗
6ranked-venue papers
1as first author
1since 2021 · last 2021
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 5 · 1 first-author · 1 since 2021Software 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
2 papers |
Systems and software security · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Cloud and datacenter computing · 100% |
Topics — the 6 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Systems and software security
isolation |
0.1 | 1 | 2011 | Breaking up is hard to do: security and functionality in a commodity hypervisor · SOSP 2011 |
Systems and software security › isolation
multi-tenant isolation |
0.1 | 1 | 2011 | Breaking up is hard to do: security and functionality in a commodity hypervisor · SOSP 2011 |
Cloud and datacenter computing › virtualization › virtualization security
hypervisor security |
0.1 | 1 | 2011 | Breaking up is hard to do: security and functionality in a commodity hypervisor · SOSP 2011 |
Cloud and datacenter computing
virtualization |
0.1 | 1 | 2011 | Breaking up is hard to do: security and functionality in a commodity hypervisor · SOSP 2011 |
Systems and software security
operating system security |
0.0 | 1 | 1999 | The Flask Security Architecture: System Support for Diverse Security Policies · USENIX Security Symposium 1999 |
Requirements engineering and software design › software architecture › architectural design
security architecture |
0.0 | 1 | 1999 | The Flask Security Architecture: System Support for Diverse Security Policies · USENIX Security Symposium 1999 |
Methods — techniques the papers use, named apart from their topics
policy enforcement · 0.0access control · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2021 | Flexible Mechanisms for Remote AttestationabstractRemote attestation consists of generating evidence of a system’s integrity via measurements and reporting the evidence to a remote party for appraisal in a form that can be trusted. The parties that exchange information must agree on formats and protocols. We assert there is a large variety of patterns of interactions among appraisers and attesters of interest. Therefore, it is important to standardize on flexible mechanisms for remote attestation. We make our case by describing scenarios that require the exchange of evidence among multiple parties using a variety of message passing patterns. We show cases in which changes in the order of evidence collection result in important differences to what can be inferred by an appraiser. We argue that adding the ability to negotiate the appropriate kind of attestation allows for remote attestations that better adapt to a dynamically changing environment. Finally, we suggest a language-based solution to taming the complexity of specifying and negotiating attestation procedures. Sarah Helble, Ian D. Kretz, Peter A. Loscocco, John D. Ramsdell, Paul D. Rowe, Perry Alexander |
ACM Trans. Priv. Secur. | 3 |
| 2015 | Model Checking Distributed Mandatory Access Control PoliciesabstractThis work examines the use of model checking techniques to verify system-level security properties of a collection of interacting virtual machines. Specifically, we examine how local access control policies implemented in individual virtual machines and a hypervisor can be shown to satisfy global access control constraints. The SAL model checker is used to model and verify a collection of stateful domains with protected resources and local MAC policies attempting to access needed resources from other domains. The model is described along with verification conditions. The need to control state-space explosion is motivated and techniques for writing theorems and limiting domains explored. Finally, analysis results are examined along with analysis complexity. Perry Alexander, Lee Pike, Peter A. Loscocco, George Coker |
ACM Trans. Inf. Syst. Secur. | 3 |
| 2011 | Breaking up is hard to do: security and functionality in a commodity hypervisorabstractCloud computing uses virtualization to lease small slices of large-scale datacenter facilities to individual paying customers. These multi-tenant environments, on which numerous large and popular web-based applications run today, are founded on the belief that the virtualization platform is sufficiently secure to prevent breaches of isolation between different users who are co-located on the same host. Hypervisors are believed to be trustworthy in this role because of their small size and narrow interfaces. Patrick Colp, Mihir Nanavati, William Aiello, George Coker, Tim Deegan, Peter A. Loscocco, Andy Warfield |
SOSP | 7 |
| 2008 | Attestation: Evidence and Trust
George Coker, Joshua D. Guttman, Peter A. Loscocco, Justin Sheehy, Brian T. Sniffen |
ICICS | 3 |
| 1999 | The Flask Security Architecture: System Support for Diverse Security Policies
Ray Spencer, Stephen Smalley, Peter A. Loscocco, Mike Hibler, David G. Andersen, Jay Lepreau |
USENIX Security Symposium | 3 |
| 1992 | Dealing with the dynamics of security: Flexibility with utility in an MLS LANabstractWithin the US Department of Defense, developers have been designing and implementing a prototype multilevel secure local area network (MLS LAN). Researchers at MITRE have been cooperating in this development by doing the security modeling. The MLS LAN has special dynamic features, such as the ability to add new security levels during normal operations and to modify label translation schemata, which distinguish it from other secure LANs. These features enhance the functionality of the LAN without compromising its security. The principal features of the MLS LAN are highlighted. Some of the design, implementation, and modeling issues are discussed.> Peter A. Loscocco, William R. Kutz, Dale M. Johnson, Ronald J. Watro |
ACSAC | 1 |