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

Martha A. Branstad

dblp:88/4451 · DBLP profile ↗
← Back
8ranked-venue papers
3as first author
0since 2021 · last 1993
—ORCID · none

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

Security and privacy · 7 · 2 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.

Software engineering, system software, and programming languages
4 papers
Operating systems · 97% Requirements engineering and software design · 3%
Network and information security
2 papers
Cryptographic protocols and secure computation · 48% Systems and software security · 19% Cryptographic primitives and cryptanalysis · 19%

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

TopicWeightPapersLastEvidence papers
Cryptographic protocols and secure computation
secure messaging
0.011990
The Role of Trust in Protected Mail · S&P 1990
Operating systems › system security › operating system security
trusted computing base
0.011990
The Role of Trust in Protected Mail · S&P 1990
Operating systems › system security › operating system security
access control
0.011989
Access Mediation in a Message Passing Kernel · S&P 1989
Operating systems › system security › operating system security › access control
mandatory access control
0.011989
Access Mediation in a Message Passing Kernel · S&P 1989
Cryptographic primitives and cryptanalysis
message authentication codes
0.011992
Evolution of a trusted B3 window system prototype · S&P 1992
Systems and software security › trusted computing
trusted computing base
0.011992
Evolution of a trusted B3 window system prototype · S&P 1992
Network security › protocol security
source authentication
0.011990
The Role of Trust in Protected Mail · S&P 1990
Operating systems › kernel
kernel design
0.011989
Access Mediation in a Message Passing Kernel · S&P 1989

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

task polyinstantiation · 0.0
YearPublicationVenuePosition
1993 A High Assurance Window System Prototype
abstract
This paper describes the architecture of a prototype multilevel secure windowing system based on the X Window System. The prototype, known as TX, is designed to meet the class B3 architectural requirements of the Trusted Computer System Evaluation Cr
Jeremy Epstein, John McHugh, Hilarie K. Orman, Rita Pascale, Ann B. Marmor-Squires, Bonnie P. Danner, Charles R. Martin, Martha A. Branstad, Glenn S. Benson, D. Rothnie
J. Comput. Secur.8
1992 Evolution of a trusted B3 window system prototype
abstract
The early issues, obstacles, and ultimate achievements of Phase II of the US DARPA Advanced Computing Systems project to develop a proof-of-concept prototype for a B3 X-Window system on a TMach base are described. The present work defines initial project goals, presents an overview of X, and describes system objectives. The major implications of meeting the B3 trust criteria and the constraints of building the Trusted X prototype on the TMach system (itself a prototype) are described. The reader is led through the process of Trusted X evolution from an initial architecture requiring a large and complex TCB to an architecture based on task polyinstantiation greatly simplifying the TCB.>
Jeremy Epstein, John McHugh, Rita Pascale, Charles R. Martin, D. Rothnie, Hilarie K. Orman, Ann B. Marmor-Squires, Martha A. Branstad, Bonnie P. Danner
S&P8
1991 A prototype B3 trusted X Window System
abstract
Multilevel secure windowing systems are a key technology for the 1990s. The authors have spent 20 months designing and implementing a prototype of a multilevel secure X Window System as a proof of concept vehicle for their software engineering process model for the development of trusted systems. The prototype is targeted to B3 evaluation criteria. In the early stages many doubted that B3 was achievable for a windowing system (especially X); the prototype demonstrates that B3 is achievable. The paper describes the goals, the architecture of the system, and some of the trade-offs made to achieve the goals. It also contrasts the work with existing compartmented mode workstations (CMW) windowing systems.>
Jeremy Epstein, John McHugh, Rita Pascale, Hilarie K. Orman, Glenn S. Benson, Charles R. Martin, Ann B. Marmor-Squires, Bonnie P. Danner, Martha A. Branstad
ACSAC9
1990 The Role of Trust in Protected Mail
abstract
TMail is a privacy-enhanced electronic mail system on a trusted operating system base. A description is given of the TMail cryptographic processes that protect the mail in transit from disclosure, detect modification, and assure source authentication. The trusted operating system is used to protect the mail and the cryptographic modules on the host system. The trust requirements for the system are discussed. Both aspects of the system, cryptography and trust, are needed to assure protection for the mail within the broader system in which it exists.>
Martha A. Branstad, W. Curtis Barker, Pamela Cochrane
S&P1
1989 Architectural support of fine-grained secure computing
abstract
An architecture especially adept at security support is outlined. The architecture's fundamental information unit is a two-tuple, or ordered pair, consisting of a datum word and an associated security tag. As an atomic information unit, the two-tuple moves around through the architecture in unison as processing proceeds. a security subprocessor always operates on a security tag in synchrony with a fairly ordinary data subprocessor's operation on the associated datum word. The coupled subprocessors provide the overall architecture with efficient, multilevel-secure access control and flow control. The proposed architecture represents the advancement of security technology along a unique combination of three fronts: (1) direct hardware support, (2) fine-grained-to-the-word mediation, and (3) optimal (minimal) result classification. >
James O. Bondi, Martha A. Branstad
ACSAC2
1989 A risk driven process model for the development of trusted systems
abstract
This paper presents the initial results of a DARPA-funded research effort to define a development paradigm for high-performance trusted systems in Ada. The paradigm is aimed at improving the construction process and the future products of Ada systems that require both broad trust and high performance. The need for a process model and the notions of trust and assurance are reviewed. The foundation for the process model and its elements are presented. The process model is contrasted with traditional development approaches. The combination of a risk driven approach with the integration of trust and performance engineering into a unified whole appears to offer substantial advantages to system builders.>
Ann B. Marmor-Squires, John McHugh, Martha A. Branstad, Bonnie P. Danner, Lou Nagy, Pat Rougeau, Daniel F. Sterne
ACSAC3
1989 Access Mediation in a Message Passing Kernel
abstract
The authors describe how mandatory and discretionary access mediation are performed in the trusted mach (TMach) kernel, a system that uses message passing as its primary means of communication both between tasks and with the kernel. As a consequence, control of interprocess communication in the TMach kernel is a central concern whereas controlled sharing of segments is the central focus in trusted systems with more traditional architectures. The TMach kernel is not a complete trusted system. It is a reference monitor of basic system abstractions, providing a small, well-controlled base on which the rest of a trusted computing base and operating system can be constructed. The TMach kernel provides simple and elegant mandatory access control for port access rights. The TMach kernel's MAC (mandatory access control) mechanisms clearly control the flow of information according to a mandatory security policy based on a Bell and La Padula model. DAC (discretionary access control) mechanisms are provided in the TMach kernel to implement TCSEC (trusted computer system evaluation criteria) requirements and to support DAC in servers to be built on the kernel.>
Martha A. Branstad, Homayoon Tajalli, Frank Mayer, David Dalva
S&P1
1984 Software Engineering Project Standards
abstract
Software Engineering Project Standards (SEPS) and their importance are presented in this paper by looking at standards in general, then progressively narrowing the view to software standards, to software engineering standards, and finally to SEPS. After defining SEPS, issues associated with the selection, support, and use of SEPS are examined and trends are discussed. A brief overview of existing software engineering standards is presented as the Appendix.
Martha A. Branstad, Patricia B. Powell
IEEE Trans. Software Eng.1