Silly question. When you login to SSPR direct, it does the LDAP bind as
you and ops you initiate happen under your security context.

If you have it set with IDM, OSP, and OAuth, then when you login to
SSPR, you get redirected to OSP, which logs you in to eDir to validate
your password, passes back an OAuth ticket, which SSPR accepts as proof
your 'me-hood'.

But say you enable Update Profile or Account Info modules. When you go
to modify an attribute, SSPR wants to use your security context to write
back to eDir.

How does SSPR do th elogin to eDir? It has your ID but not your
password from the OAuth ticket.

Does it use the NMAS SAML method as UA does?