← Prev in month ← Prev in thread
Next in thread → Next in month →

minutes for 27-July SSTC con-call

From
Philpott, Robert <>
Date
2004-07-27T21:34:23+00:00
ID
Thread
minutes for 27-July SSTC con-call
> Dial in info: +1 865
673 6950 #351-8396

[Minutes provided by Rob]

Attendance list at end of
official meeting minutes

 

1. Accept minutes from July
20 conference call

http://lists.oasis-open.org/archives/security-services/200407/msg00134.html

 

* Approved by unanimous
consent.

 

2.  Status of last call
review

 

* Plan for next week’s
call

-       
need to collect all last
call comments and work through them

-       
The current schedule makes
it tight to be able to complete the 30-day review period, apply all updates,
revote for CD, and complete the paperwork for OASIS submission.  For an
October vote, the submission must be made by the 15th of September.

-       
Current target is to vote
for CD on 10-August.

-       
Both Prateek and Rob may not
be able to run the call next week.

o       
Rob, Prateek, and Eve will
talk on Monday re: handling next week’s call

 

a. Proposal to extend
meta-data with attribute values

http://lists.oasis-open.org/archives/security-services/200407/msg00127.html

 

Scott – this can be
grouped with Anne’s comments to the list this morning as well. 

[Scott worked through his
proposal on the list] – the basic idea is to derive off of AttributeType
rather than AttributeDesignatorType.  This allows including attribute
values in the metadata.

 

Peter D – Does this
require any changes to profiles?

Scott – doesn’t
add any processing rules to SSO profiles, although there may be some needed
there anyway.   Probably need to include some text in the attribute
profiles.  Although we could dodge the profiles work by adding text in the
metadata description.

 

RL Bob - Move to accept
Scott’s proposal to update the metadata draft

Peter – Second

*** Vote: No objection to
unanimous consent.

 

Eve dropping off call
– puts in a plea for input on the technical overview document
(particularly Kerberos – Tim Alsop?). Please send chunks of text asap.

 

* Discuss Anne
Anderson’s message: 

http://lists.oasis-open.org/archives/security-services/200407/msg00148.html

Prateek - This is a change
to the runtime and processing rules

Rob – does she want
this to be a MUST in terms of processing rules?

Scott – yes.

RL Bob – the only
feasible meaning for this is to filter out values returned by the authority.

Scott – there are a
number of use cases, one of which overlaps with what we just dealt with in
metadata.

<general discussion of
semantics when the attribute value requested doesn’t match the value at
the authority>

RL Bob – what if I ask
for attr A with value X and attr A with value Y?  

Scott – Need a prose
rule saying that the same attribute should not be named more than once.

Scott – told Anne that
if there weren’t major objections to her mail, he would propose text on
the list.

*** AI: Scott will propose
text and schema changes.

Scott – This also will
simplify the schema since there will no longer be a need for
AttributeDesignator since it will never appear separate from AttributeValue.

 

 

b. Comments on sstc-saml-core-2.0-draft-17.pdf

http://lists.oasis-open.org/archives/security-services/200407/msg00128.html

 

Scott – main item to
be discussed is that we need some text up from better describing
NameIdentifier. Not hearing any objections (on the list), Scott will, by the
next call, work through them and incorporate as appropriate.

*** AI: Scott to incorporate
the notes

 

c. Corrections to
Sstc-saml-bindings-2.0-draft-16.pdf

http://lists.oasis-open.org/archives/security-services/200407/msg00136.html

 

Scott – these are
editorial in nature.

 

d. detailed comments on sec
4.2 Enhanced Client and Proxy (ECP)

Profileofsstc-saml-profiles-2.0-draft-17

http://lists.oasis-open.org/archives/security-services/200407/msg00144.html

 

*** AI: Scott and Jeff will
coordinate offline to incorporate the changes.

 

3. New drafts

 

SAML 2.0 Technical Overview
uploaded

http://lists.oasis-open.org/archives/security-services/200407/msg00133.html

 

* See Eve’s previous
plea to provide additional text/comments.

 

sstc-saml-2.0-issues-draft-13-diff.pdf
uploaded

http://lists.oasis-open.org/archives/security-services/200407/msg00126.html

 

BIND-4: Scott sent a note to
the list

http://lists.oasis-open.org/archives/security-services/200407/msg00124.html

 

We should leave this open
for now.

 

4. Open AIs

 

#0188: Update conformance
document with focus call input    

Owner: Prateek Mishra   

Status: Open      

* Prateek –
haven’t made much progress. Have comments to include from the focus call.
Would like input from TC on the note from Scott this morning. Should all the
queries be lumped together in one conformance “operational modes”
(SAML Responder)? Main issue is the AuthzDecision response from a PDP. Instead
of one SAML Responder operational mode, divide them up by the 3 types of
authorities.

* Concensus seems to appear
that this is okay.

* Steve – Has a
similar concern over LogoutRequest and LogoutResponse being Mandatory To
Iimplement when delivered over SOAP.  It isn’t meaningful if the
system requires interaction with the browser.

* Scott – this would
mean that the receiver can’t carry out the request and thus
wouldn’t be conformant.

* Jeff – it was
intended to facilitate deployment options.

* Scott – this would
be a conformance decision making it a requirement for an implementation to work
a certain way.

* Steve – this
undermines the meaning of conformance.  They can’t all go together.
Putting both in the MTI category is unreasonable. We just need more granularity
or, in this case, SOAP can’t be the MTI.

* Scott – agrees.

* Prateek – Liberty folks want to
make sure their requirements from the SCR are carried through to SAML 2.0.

* Prateek – Another
concern is assuming that each operational mode can write back to some persistence
store.

 

Still open.

 

#0187: Broaden Conformance
Introduction   

Owner: Eve Maler  

Status: Open      

 

This should be rolled into
AI #182.

 

  _____  

 

#0186: Proper use of URIs
results in uniqueness 

Owner: Scott Cantor     

Status: Open      

 

This is a dup of AI 181.
Need to close.

 

#0185: Rationalize presence
of empty elements in schema     

Owner: Scott Cantor     

Status: Open      

 

Still open.

 

#0184: Send SSTC response to
Thomas Grss paper to the author      

Owner:      

Status: Open      

 

Still open.

 

#0183: Comment s solicited
on John Linn response to Thomas Gross paper  

Owner: Prateek Mishra   

Status: Open      

 

Still open.

 

#0182: Use Conform. doc as
entry point to docs  

Owner: Eve Maler  

Status: Open      

 

Still open.

 

#0181: Explain that proper
use of URIs results in uniqueness      

Owner: Scott Cantor     

Status: Open      

 

Still open.

 

#0180: Need to update SAML
server trust document      

Owner: Jeff Hodges      

Status: Open      

 

Deferred. Still open.

 

#0179: Does conformance meet
pki-cross-domain-profile-draft-01.doc

requirements?     

Owner: Rick Randall     

Status: Open      

 

Still open.

 

#0176: Provide sequence
diagrams for profiles   

Owner: Jeff Hodges      

Status: Open      

 

Still open. Hope to close
this week.

 

#0175: Add Security Context
to glossary   

Owner: Jeff Hodges      

Status: Open      

 

Still open.

 

#0166: Investigate use of
Wiki from teh web site      

Owner: Scott Cantor     

Status: Open      

 

Still open.

 

#0163: Need process for
submission of profiles/authn context classes, etc.

Owner: Rob Philpott     

Status: Open      

 

Still open.

 

#0160: Separate Privacy
concerns language from Element/Attribute

descriptions      

Owner: Prateek Mishra   

Status: Open      

 

Still open.

 

#0158: Propose changes to
definition of Federation in glossary    

Owner: Prateek Mishra   

Status: Open      

 

Still open.

 

#0157: Define Binding and
Profile in Glossary   

Owner: Jeff Hodges      

Status: Open      

 

Still open.

 

#0144: Explain optional
subject decision  

Owner: Eve Maler  

Status: Open      

 

Still open. Deferred to post
SAML 2.0

 

#0125: Propose language to
explain that AuthNResponse may contain attribute

statements  

Owner: Prateek Mishra   

Status: Open      

 

Still open.

 

#0123: Obtain MIME type
registration for HTTP lookup of SAML      

Owner: Jeff Hodges      

Status: Open      

 

* Scott – we need to
do one for metadata as well.  Roll the metadata one into this AI.

 

Still open.

 

 

5. Any other business?

a. MaryAnn –
what’s the status of the Thomas Gross paper response? 

* Prateek – the draft
was published by John Linn and we are in a review period at this time.

 

b. Hal – drawing
attention to the new proposed OASIS IPR policy.  Folks need to look at
this.

* This is a fairly
substantial rework.

 

* Formal part of the call adjourned.

------------------------------------

Attendance of Voting Members

 

  Hal Lockhart BEA

  Rick Randall Booz Allen Hamilton

  Ronald Jacobson Computer Associates

  Paul Madsen Entrust

  Dana Kaufman Forum Systems

  Irving Reid Hewlett-Packard Company

  Paula Austel IBM

  Maryann Hondo IBM

  Michael McIntosh IBM

  Anthony Nadalin IBM

  Scott Cantor Internet2

  Bob Morgan Internet2

  Prateek Mishra Netegrity

  Frederick Hirsch Nokia

  Senthil Sengodan Nokia

  Charles Knouse Oblix

  Steve Anderson OpenNetwork

  Darren Platt Ping Identity

  Jim Lien RSA Security

  John Linn RSA Security

  Rob Philpott RSA Security

  Dipak Chopra SAP

  Jahan Moreh Sigaba

  Bhavna Bhatnagar Sun Microsystems

  Jeff Hodges Sun Microsystems

  Eve Maler Sun Microsystems

  Emily Xu Sun Microsystems

  Mike Beach The Boeing Company

  Greg Whitehead Trustgenix

  James Vanderbeek Vodafone

 

Attendance of Prospective Members or Observers

 

  Ron Monzillo Sun Microsystems

  Carolina
Canales-Valenzuela Ericsson

  Ari Kermaier Oracle

  Peter Davis Neustar

  Vamsi Mottokurur Oracle

  Nick Ragouzis Individual

  Forest Yin Netegrity

 

Membership Status Changes (since 7/6/2004)

 

  Ron Monzillo Sun Microsystems - Requested
prospective status 7/12/2004

  Maryann Hondo IBM - LOA 7/13/2004 thru 7/20/2004

  Steve Anderson OpenNetwork - LOA 7/13/2004 thru 7/20/2004

  James Vanderbeek Vodafone - Granted voting status after 7/13/2004
concall

  Gavenraj Sodhi Computer Associates - Granted voting status after 7/13/2004
concall

  Davis  McPherson Epok - Requested prospective status 7/13/2004

  Carolina
Canales-Valenzuela Ericsson - Requested prospective status 7/13/2004

  Ari Kermaier Oracle - Requested prospective status 7/13/2004

  Peter Davis Neustar - Requested prospective status 7/13/2004

  Vamsi Mottokurur Oracle - Requested prospective status 7/15/2004

  Nick Ragouzis Individual - Requested prospective status 7/16/2004

  Hidehito Gomi NEC - Requested prospective status 7/16/2004

  Forest Yin Netegrity - Requested prospective status 7/20/2004

  Bhavna Bhatnagar Sun Microsystems - Returned from LOA before 7/20/2004
call

  Davis  McPherson Epok - Lost propsective membership after 7/27/2004
call

  Hidehito Gomi NEC - Lost propsective membership after 7/27/2004 call

  Ron Monzillo Sun Microsystems - Granted voting status after 7/27/2004
concall

  Carolina
Canales-Valenzuela Ericsson - Granted voting status after 7/27/2004 concall

  Ari Kermaier Oracle - Granted voting status after 7/27/2004 concall

 

------------------------------

Focus call (minutes by Rob)

Attendees: Steve A, Jeff H, Irving R, RL Bob, Scott
C, Ari K, Darren P, Rob P, Nick R, Dana K.

 

* Discussion of Liberty Static Conformance Requirements doc.

Scott – note that right column for LECP is for
the “client” side.

Prateek – is this roughly where we want to go
after augmenting with the various types of responders.

Scott – note there is an ambiguity w.r.t.
metadata – is it MTI? There was a presumption in Liberty that it was.

Scott – You could only test dynamic metadata
exchange. It should probably be a separate box, but don’t feel it should
be MTI.

Scott – feels that the philosophical approach
of having graded levels of conformance is useful.  The issue is what is
the minimal set for SP Basic, etc.

Nick – The intent is that an SP has fewer
constraints in order to be conformant.

Prateek – Sounds like the proposal is to start
with the Liberty SCR columns, add the SAML Responder columns, and change it as
is negotiated by the TC.

Scott – Note that the one-time identifier and
the affiliations may need to be captured in a different way.

Prateek – Concerned that an SP that
doesn’t maintain any persistence store MUST implement the
RegisterNameIdentifier.

Scott – but it just means that you just have
to properly consume the message.  If you don’t have a persistence
store, then your interpretation of the message is constrained to your
session-based user interaction.

 

[Rob had do drop off the call.  Remaining minutes
provided by Prateek]

 

Continuted discussion around role of Name Management
Protocols (e.g., RNI) and SP Basic. 

 

Prateek: Suppose we have a simple-minded SP that has
a fixed

list of SAML authorities, certificates and name
identifiers that it accepts. 

It has no ability to write into persistent state.
How can it implement RNI?

 

Scott: RNI has appropriate conditionalities built
into its protocol processing rules. 

Weak SP need not implement persistence but may still
be able to qualify for SP Basic conformance.

 

Prateek: concern that conformance suite will not be
able to distinguish between a stateful SP and one without state. Note that 

this is different from the issue of maintaining
client-side session state.

 

Nick: current discussion within Liberty may have addressed this issue. 

 

 

Scott: What about encryption? Suggested that it be
built into the individual profile and mentioned

in the implementation matrix found in the current
conformance document.

 

Thinkhs that it should not be exposed at the level
of conformance. 

Even you implement a certain profile than it is MTI
to implement 

supported encryption/decryption of
elements/assertions.
← Prev in month ← Prev in thread
Next in thread → Next in month →