[cap-talk] Reinterpreting POLA - "Authority Must Not Exceed Trust"

David Hopwood david.hopwood at industrial-designers.co.uk
Mon Sep 17 10:48:18 EDT 2007


I missed part of Toby's mail:

Toby Murray wrote:
> It also naturally admits separation of duty:
> 
> We might have an accounting package whose functions include writing and
> approving purchase orders, for example. A running instance of that
> package might be trusted to perform the former but not the latter (and
> vice versa) in order to prevent it from approving its own purchase
> orders.

In this case the package's intended function is for each instance to
be able to write or approve (but not both) a set of purchase orders.
I don't see that any generalization is needed to cover separation of
duty; it is part of what I've always considered POLA to cover.

A more common example is that each instance of an editor should only
be able to read and write files designated by the user for that
instance; not any file that the editor program has ever been asked
to edit. (There is a nontrivial, but solvable, design problem here in
how to support 'Recently used file' lists.)

-- 
David Hopwood <david.hopwood at industrial-designers.co.uk>



More information about the cap-talk mailing list