Demo Data from EDBT 2026 / reviewers in the wild / expert
Simon R. Wiseman
dblp:56/4613
· DBLP profile ↗
19ranked-venue papers
10as first author
0since 2021 · last 2001
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 19 · 10 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
3 papers |
Systems and software security · 63% Authentication and access control · 22% Usable security · 15% |
Topics — the 6 heaviest of 7, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Systems and software security
operating system security |
0.0 | 2 | 1988 | The trusted path between SMITE and the user · S&P 1988 A Secure Capability Computer System · S&P 1986 |
Systems and software security › formal security model
security policy model |
0.0 | 1 | 1989 | A "New" Security Policy Model · S&P 1989 |
Systems and software security › trusted computing
trusted path |
0.0 | 1 | 1988 | The trusted path between SMITE and the user · S&P 1988 |
Usable security
user interface security |
0.0 | 1 | 1988 | The trusted path between SMITE and the user · S&P 1988 |
Authentication and access control › access control
capability-based security |
0.0 | 1 | 1986 | A Secure Capability Computer System · S&P 1986 |
Systems and software security
multilevel security |
0.0 | 1 | 1989 | A "New" Security Policy Model · S&P 1989 |
Methods — techniques the papers use, named apart from their topics
refinement proof · 0.0formal modeling · 0.0formal specification · 0.0reference monitor · 0.0abstract types · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2001 | Database Security: Retrospective and Way Forward
Simon R. Wiseman |
Inf. Secur. Tech. Rep. | 1 |
| 1999 | Trustworthy Access Control with Untrustworthy Web ServersabstractIf sensitive information is to be included in a shared Web, access controls will be required. However, the complex software needed to provide a Web service is prone to failure. To provide access control without relying on such software, encryption can be used. Bob is a prototype system that supports complex access control expressions through the transparent use of encryption. Tim Wilkinson, Dave Hearn, Simon R. Wiseman |
ACSAC | 3 |
| 1998 | Private Desktops and Shared StoreabstractModern interconnected computer systems handling classified information can be built using mainstream COTS software platforms. The technique provides each user with a private desktop in which to work, along with services for sharing data. Within a desktop, the user is helped to label their data. When data is shared, labelling prevents accidental compromise, but other measures defend against other forms of compromise. Purple Penelope is a prototype that extends Windows NT security to support this approach. It adds discretionary labelling, easy-to-use role-based access controls and effective accounting and auditing measures to shared files. Bryony Pomeroy, Simon R. Wiseman |
ACSAC | 2 |
| 1998 | Adding security labelling to Windows NT
Simon R. Wiseman |
Inf. Secur. Tech. Rep. | 1 |
| 1997 | Simple Assured Bastion HostsabstractIt is shown how compartmented mode workstation (CMW) technology can be used as the basis of simple assured firewalls, where the vast majority of the evaluation effort required is reused from the evaluation of the CMW. The generic bastion host architecture described provides ITSEC E3 assurance that the unevaluated proxies cannot be bypassed. Assurance that the inappropriate export of information is prevented, can be gained by extending a trusted path export sanction from the user's desktop to an evaluated release checker in the firewall. C. Cant, Simon R. Wiseman |
ACSAC | 2 |
| 1997 | Securing an Object Relational DatabaseabstractA form of security labelling is added to a COTS object relational DBMS. The labelling is discretionary and so provides mediated access to data, but does not defend against the inappropriate release of data through the database, whether by Trojan Horse software or a treacherous user. To counter these risks, business constraints are imposed to ensure that a user sanctions the release of any data and adequate business related accounting information is recorded. The business constraints are implemented using the features of the object relational DBMS. Sharon R. Lewis, Simon R. Wiseman |
ACSAC | 2 |
| 1995 | Classification services in the SWORD secure DBMS
Simon R. Wiseman |
Comput. Secur. | 1 |
| 1994 | Using security models to investigate CMW design and implementationabstractSome new security models are presented as a means of understanding the complexities of the Compartmented Mode Workstation dual-label design and the different implementations that are available. The security models, which are based upon a realistic abstraction of a computer, have floating security labels. The models are pessimistic, in that they assume that if information is potentially able to flow then it does so. The models vary in their degrees of pessimism, and thus provide different guarantees about the accuracy of a security label.> C. L. Robinson, Simon R. Wiseman |
ACSAC | 2 |
| 1994 | Field Level Classification and SQL
Simon R. Wiseman |
DBSec | 1 |
| 1994 | A Consideration of the Modes of Operation for Secure Systems
C. L. Robinson, Simon R. Wiseman |
ESORICS | 2 |
| 1993 | Database design and MLS DBMSs: an unhappy alliance?abstractAlthough much work has been performed in the areas of database design and MLS DBMSs, little has been done to marry the two areas together. It is shown that the implementation of a secure database design is not a trivial matter. Two MLS DBMSs, SWORD and SeaView, are used to demonstrate the problems of implementing simple secure application requirements.> Sharon R. Lewis, Simon R. Wiseman |
ACSAC | 2 |
| 1993 | Security Properties of the SWORD Secure DBMS design
Simon R. Wiseman |
DBSec | 1 |
| 1992 | Providing security in a phone book database using triggersabstractIt is proposed that all database security controls except those which provide information flow security can be built using a suitable trigger mechanism. The implementation of an example application, which has a variety of requirements for confidentially, integrity and accountability, is shown to illustrate the technique. The trigger mechanism is to be implemented using query modification as part of the SWORD secure database management system project.> Sharon R. Lewis, Simon R. Wiseman, Neil D. Poulter |
ACSAC | 2 |
| 1991 | The Conflict Between Confidentiality and IntegrityabstractThe author discusses the relationship between confidentiality controls, integrity controls and security. There are two kinds of integrity control, defensive checks and voting, and confidentiality controls are an example of automated voting. He discusses polyinstantiation and database security. He looks at SWORD designed for databases. Polyinstantiation is only unavoidable when an operating system's security controls are used to build a secure database.> Simon R. Wiseman |
CSFW | 1 |
| 1990 | Control of confidentiality in databases
Simon R. Wiseman |
Comput. Secur. | 1 |
| 1989 | A "New" Security Policy ModelabstractA model of security is presented which integrates notions of confidentiality and integrity. This model has been developed to fulfil the needs of the RSRE SMITE project because existing modeling approaches proved to be inadequate. The authors introduce the model and subsequently compare and contrast it with existing approaches. Both an inductive confidentiality property and a noninductive integrity property have been modeled. To successfully utilize the second property, the authors have used an approach whereby the noninductiveness is absent in the model, but appears in proof obligations on refinement.> Phil Terry, Simon R. Wiseman |
S&P | 2 |
| 1989 | Preventing viruses in computer systems
Simon R. Wiseman |
Comput. Secur. | 1 |
| 1988 | The trusted path between SMITE and the userabstractIf signaling channels can only be driven by a trusted path, they cannot be exploited by trojan horses in untrusted software. To this end, the SMITE secure computer system provides a general-purpose trusted path, based on a screen editor, which would act as the users' normal interface to the system. The feasibility of the approach relies on the use of a sympathetic computer architecture, which supports a fine grain of protection. The authors describe the trusted path and the user interface of the SMITE system. They discuss the formal specification of the display functions. They examine the use of SMITE for high-assurance applications.> Simon R. Wiseman, Phil Terry, Andrew Wood, Clare Harrold |
S&P | 1 |
| 1986 | A Secure Capability Computer SystemabstractA secure computer system based on a capability architecture is described. Abstract types are used to provide separation and the reference monitor function. By providing a trusted path from the user to security critical operations, full discretionary and mandatory access controls are enforced. Simon R. Wiseman |
S&P | 1 |