Notes for November 19, 1999
- Greetings and Felicitations!
- Program #3 is due today, not yesterday ...
- Puzzle of the Day
- Capability-based addressing: show picture of accessing object
- Show process limiting access by not inheriting all parent's
- Revocation: use of a global descriptor table
- Lock and Key
- Associate with each object a lock; associate with each process that
access to object a key (it's a cross between ACLs and C-Lists)
- Example: use crypto (Gifford). X object enciphered with key
an opener R with X. Then:
OR-Access: K can be recovered with any
Di in a list of N deciphering transformations,
R = (E1(K),
E2(K), ..., En(K))
and any process with access to any of the Di's can access the file
AND-Access: need all n deciphering functions to get K):
- Bell-LaPadula Model
- Simple Security Property: no reads up
- Star Property: no writes down
- Discretionary Security Property: if mandatory controls say it's okay,
check discretionary controls.
- Basic Security Theorem: A system is secure if its initial state is
secure and no action violates the above rules.
- Lattice Model
- Set of classes SC is a partially ordered set under relation DOM; with
GLB (CIPLUS), LUB (CITIMES)
- Note: DOM is reflexive, transitive, antisymmetric
- Application to MLS: forms a lattice with elements being the Cartesian
product of the linear lattice of levels and the subset lattics of
- Examples: (A, C) DOM (A', C') iff A <= A' and C SUBSET C';
(A, C) CITIMES (A', C") = (max(A, A'), C UNION C')
(A, C) CIPLUS (A', C') = (min(A, A'), C INTERSECT C')
- Biba: mathematical dual of BLP
- P may read O if L(P) <= L(O) and C(P) SUBSET C(O)
- P may write O if L(O) <= L(P) and C(O) SUBSET C(P)
- Combined with BLP: continue example
- Theme: military model does not provide enough controls for commercial
fraud, etc. because it does not cover the right aspects of
Data items: "Constrained Data Items" (CDI) to which the model
applies, "Unconstrained Data Items (UDIs) to which no integrity
checks are applied, "Integrity Verification Procedures" (IVP)
that verify conformance to the integrity spec when IVP is run,
"Transaction Procedures" (TP) takes system from one
well-formed state to another
- Certification and enforcement rules:
C1. All IVPs must ensure that all CDIs are in a valid state when the IVP
C2. All TPs must be certified to be valid, and each TP is assocated with
a set of CDIs it is authorized to manipulate
E1. The system must maintain these lists and must ensure only those TPs
manipulate those CDIs
E2. The system must maintain a list of User IDs, TP, and CDIs that that
TP can manipulate on behalf of that user, and must ensure only those
executions are performed.
C3. The list of relations in E2 must be certified to meet the separation
of duty requirement.
E3. The sysem must authenticate the identity of each user attempting to
execute a TP.
C4. All TPs must be certified to write to an append-only CDI (the log)
all information necessary to resonstruct the operation.
C5. Any TP taking a UDI as an input must be certified to perform only
valid transformations, else no transformations, for any possible value
of the UDI. The transformation should take the input from a UDI to a
CDI, or the UDI is rejected (typically, for edits as the keyboard is a
E4. Only the agent permitted to certify entities may change the list of
such entities associated with a TP. An agent that can certify an entity
may not have any execute rights with respect to that entity.
Send email to
Department of Computer Science
University of California at Davis
Davis, CA 95616-8562
Page last modified on 11/24/99