[WG-TFMM] Trust Federation Frameworks and Assurance Metrics

Rainer Hörbe rainer at hoerbe.at
Wed May 11 18:14:57 EDT 2011

We discussed how to use Assurance Levels several times in the last months, most recently on [WG-P3] Anna Slomovic's Follow up thread (RE: IAWG P3 Agendas going into Berlin) around May 9. I think that we need a clear model of assurance metrics to proceed on this topic and would like to outline some thoughts on such a model:

The positions are that Levels of Assurance (of identity, authentication, privacy, user control, session protection, service level etc.) shall be simple to use and provide comprehensive information on the safeguards that the assuring actor implemented to satisfy the relying actor. These two requirements are obviously in opposition. Simple use is afforded with a single scale (like 1-4), whereas a comprehensive policy is more like the SAML Authentication Context with 50 elements, end even that does not cover all areas.

What are the basic requirements?
Assurance metrics provide the relying actor with the assurance that its protection requirements are fulfilled with a mutually understood minimum quality level. The assurance has to be communicated in a structured form with some granularity. The key question is the granularity. Do we have to provide a fat list in the size of the ISO 27002 paper, or a single number that covers everything from information security to privacy?

I suggest taking the field of consumer reports as a reference. If Stiftung Warentest (the main tester in Europe) compares products or services, the do that in roughly 4 steps:

a) Description of the subject field in general, with the key expectations and state-of-the-art solutions, plus lessons learned from former tests. Rationale why the subject field was limited to a certain range of products.
b) Product by product textual review highlighting special features that would not be easily conveyed in a formally structured table.
c) Structured comparison as a large table containing the relevant properties.
d) Summary rating according to some predefined weighting scheme.

Assuming that a test would compare digital cameras, one could study the comparison in detail to come to informed decision, applying different weights to usability, durability, picture quality, zoom range etc. Or one could use the score “very good” printed on the box when purchasing a camera ad hoc, without unbiased consulting at hand.

I derive from consumer reports that both approaches are meaningful and two audiences should be addressed. An enterprise risk manager would most probably see a detailed set of assurances to protect valuable assets, whereas a typical SOHO user would like to get away with a 3 second attention span on the security and privacy topic and would therefore be served better with a simple scale.

To achieve interoperability most controls are already aggregated, mixing apples and oranges. Take the well-known encryption strength: Looking at Ecrypt’s yearly report on key sizes on learns quickly, that the “128 bit equivalent” in composed of symmetric and asymmetric key lengths, hash functions, padding, protection duration and more. The same is true for many other controls. It will be the challenge of each trust framework to find the adequate level of granularity for each control, which balances control with flexibility and interoperability.

Further aspects: When controls are implemented to fulfill a protection requirement the controls can be measures along 3 generic vectors:
a) Relative virtue compared to the state of the art (e.g. optional data minimization is weaker than a mandatory one)
b) Strength of enforcement (contractual, by law, technically, with or without audit, ..)
c) Capability maturity of the asserting actor (ad hoc, controlled, improving processes)

I would like to describe such a model in the TFMM if your feedback is agreeable :-)

- Rainer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kantarainitiative.org/pipermail/wg-tfmm/attachments/20110512/83e261c5/attachment.html 

More information about the WG-TFMM mailing list