<div dir="ltr">In a conversation today with Debbie, Ken, and Nancy, an old idea came to mind that I thought I'd capture in a diagram. Here's a <a href="https://www.dropbox.com/s/pjrno6mm9jencwv/Data%20portability%20for%20UMA.pdf?dl=0">short slide deck</a> illustrating the idea: The AS would present an UMA-protected API enabling Alice to share her policies out of the AS where she configured them in the first place to other places (say, other AS's that she wants to use instead, or for backup or federated policy management purposes).<div><br></div><div>----<br><div><br></div><div>(Keep in mind that an AS isn't actually required to store policies at all; they don't appear on the UMA wire. However, this service is the common facade where tokens do get issued after authorization assessment, and it's natural to build an AS on top of existing access management components that actually do policy handling and evaluation.)</div><div><br></div><div>----</div><div><br></div><div>(Of course, a policy API could also allow <i>writing</i> policies in to this location from other authoritative sources. :-) )<br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">







<p><b>Eve Maler<br></b>ForgeRock Office of the CTO | VP Innovation & Emerging Technology<br>Cell +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl<br><b>ForgeRock Summits and UnSummits</b> <a href="http://summits.forgerock.com/" target="_blank">are coming to</a> <b>London and Paris!</b></p></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div></div></div>