- WG-UMA - mailman.kantarainitiative.org

Re: [WG-UMA] [projectvrm] A ... not sure what, exactly ... development in India
by Adrian Gropper 24 Feb '20

24 Feb '20

This is an important development in the global context of giving agency to individuals. Here is my current list of related initiatives. Note that all of these are works-in-progress. In no particular order: - US ACCESS Act https://blog.petrieflom.law.harvard.edu/2019/10/24/access-act-points-the-wa… - EU+ MyData Operators https://docs.google.com/presentation/d/1J71J8_8kSiIXmVXSkQbRixmv0rxQXC_d-I6… - EU Open Banking and PSD 2 https://www.altexsoft.com/blog/engineering/open-banking-and-financial-apis-… - India Open Banking https://www.bloomberg.com/news/articles/2020-01-13/india-s-about-to-hand-pe… - SSI and Rebooting Web of Trust https://github.com/WebOfTrustInfo/rwot10-buenosaires/blob/master/topics-and… - IETF Transactional Authorization https://tools.ietf.org/html/draft-richer-transactional-authz-03 The common thread across all of these is an authorization server acting on behalf of a data subject. This is a very different model from GDPR, HIPAA, CCPA, the proposed India Personal Data Protection Bill or the other 9 privacy bills being considered in Washington. - Adrian On Tue, Feb 11, 2020 at 2:07 PM LaVonne Reimer <lreimer(a)lumeno.us> wrote: > Thanks for bringing this to our attention. > > This is squarely my area (by way of Descant). I'm a bit crunched at the > moment so not able to provide a thorough analysis relative to VRM but if > you think back to everything I've said in past VRM days as well as on these > threads, it claims to provide a data facilitator platform congruent with > all that working code I've been sitting on for much too long! > > First, thoughts on the article. Then below that, a reference to the > Equifax announcement yesterday. > > A couple characteristics that fit the VRM way, and that are at least > implied in the article: > > - It revisits the flows of data for credit analysis "through the eyes > of" the subjects of the data. It's always important to question the extent > of this agency when it's banks rolling out the solution but the spirit of > subject-driven data flows seems to be present. > - It addresses a gap in data pipeline management on a narrower basis > than will be necessary to scale and than we offer via Descant. See the > specific reference to an India-specific requirement that financial data be > reported in a standard, machine-readable format. More on this below. > - It suggests consents will be easier to understand because data > subjects can choose to share portions of data. This is a very big challenge > and one we've largely solved by enabling UI/UX that spreads out consents > across touchpoints. Easier to provide for context-based consent in that > manner. It's not clear that India is thinking in these terms. Indeed the > intent seems to be that fintech startups will build apps on top of the > platform. Unless there are constraints on the spirit and intent of such > apps, they could be heading back to opacity with little opportunity to pull > it back. Also, more on this below. > > *Data pipeline management: * > Of all the big data challenges addressed over the past decade, pipeline > management has only recently popped up as a significant area. I have only > seen developments (and patent filings) for pipelines within enterprises. > The essence is that applying transformation, processing, and governance to > data while in motion streamlines its path to insights. As the category > implies, it's a more fluid approach to data management for sure as compared > to the old ETL model and arguably data lakes. > > A facilitator platform that replaces credit bureaus will need to > management multiple pipelines, each potentially presenting different levels > of privacy-sensitivity and latency concerns. The solution announced by this > article is a reasonable start but not as extensive as would be needed to > truly replace an Equifax. I didn't see a plan to, say, open source the > system so extensions for additional data pipelines could emerge. > > Note that this data challenge is not obviously about privacy but it is > critical if the goal is to replace intermediated data solutions. This is a > good a place as any to include a link to an opinion in yesterday's NYT > about the indictment of Chinese hackers for the Equifax breach. Author > makes the point that the whole model underlying Equifax and data brokers is > the problem. And that is a more complicated data pipeline problem than > consents. > > > https://www.nytimes.com/2020/02/10/opinion/equifax-breach-china-hacking.html > > *Context-based consent etc:* > Just adding a short note that I've been studying recent efforts to add > language to open source licenses that encompasses privacy, data rights, > and/or human dignity. As far as I can see, this is all new territory. In > the "humanitarian license," the author combines language from the MIT open > source license with language out of the UN's declaration of human rights. > So far OSI seems poised to reject it as a "blessed" open source license. > NYU School of Law also has some similar projects underway. > > I care about this because when I think about open sourcing the > data-sharing platform of Descant, I worry much more about extensions in > conflict with the ethos of people in charge of their own data than specific > uses of the source code. This goes to my concern that opening up for > fintech startups would be problematic if there's no way to police data > usage. > > Again, this is all off the top of my head. The title is correct that it is > better than the US but then we are a dark and surveilled country headed for > very bad days unless we can get a grip. > > Let me know of any questions/afterthoughts. > > Thanks again Doc!! > > LaVonne > 503-720-0690 > > On Tue, Feb 11, 2020 at 1:31 PM Doc Searls <anitadrink(a)gmail.com> wrote: > >> Headlines: >> >> India’s About to Hand People Data Americans Can Only Dream Of >> By Saritha Rai >> January 12, 2020, 11:01 PM EST >> • New system aims to protect data and unlock the credit market >> • India joins a growing movement to give consumers data control >> >> < >> https://www.bloomberg.com/news/articles/2020-01-13/india-s-about-to-hand-pe… >> > >> >> Anybody familiar with this want to lay it out in VRM terms (good, bad or >> otherwise)? >> >> Doc >> > > > -- > LaVonne Reimer, Founder > Lumenous > 503-720-0690 (cell) > lavonnereimer (skype) > > www.lumenous.net > >

2 2

FYI: New open-source UMA resource server
by Eve Maler 21 Feb '20

21 Feb '20

A LinkedIn post from Scott F: https://www.linkedin.com/feed/update/urn:li:activity:6633851062736482304/ *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

1 0

Draft minutes of UMA telecon 2020-02-13
by Eve Maler 13 Feb '20

13 Feb '20

https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2020-02-13 MinutesRoll call Quorum was reached. Approve minutes - - Approve minutes of UMA telecons 2019-10-03 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-10-03> , 2019-11-21 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-11-21> , 2019-12-05 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-12-05> , 2019-12-12 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-12-12> , 2019-12-19 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-12-19> Deferred. Fastest route to publishing current UMA relationship material? Relevant docs: - Business-Legal Framework and Use Cases <https://docs.google.com/document/d/1Accua4AWQrl6N0trjdj4NFA0fyDpOn2B1orupCu…> (GDoc) - Mapping Graphics <https://docs.google.com/presentation/d/1uigCMQI_TKuFyOstQTngYuZaqs36wwbE3BB…> (GSlides) - Legal Role Definitions <https://docs.google.com/presentation/d/1I12agEsfaJK3LEiJyROrJV3PCEmhlCzCxYS…> (GSlides) - Definitions and Use Cases Spreadsheet <https://docs.google.com/spreadsheets/d/1QT5LR_ibpwYwpD_XLQ1tB7OLXbdaT6Oi9aj…> (GSheet) Adrian is the common element between UMA and the DI world. He just reviewed an Indian privacy law. Several of the bills he has reviewed have an authorization server intermediary. They don't dictate technology, but they all have this characteristic. This is new as of the last year. This intermediary approach is gaining traction. Also, a lot of people are working on consent management. Google, IBM, likely Amazon, Microsoft, Salesforce, and Oracle are working on this. At least in healthcare and also more generally, giant platform vendors are desperate to introduce consent management solutions. These 4-7 "platform wannabes" for managing data that could be used for ML and decision support. Without "consent" (or something improved), open APIs enable massive access to personal data. In the case of highly sensitive data, the use case of encrypted data vaults is arising. The question of who pays for storage is arising: the individual or the service provider. In a storage medium that the RO doesn't control (call it an RS), the "cascading OAuth" type of model where the RS wants to assert its right to "mask" (prevent) access even if the RO wants to give access comes to the fore. Serious question: Should we be promoting the esoteric delegation use cases (the subject of our business-legal work), or is the time ripe to do more promotion of our basic use cases (Alice-Bob)? The latter sounds like it would be hugely beneficial. Nancy recommends making a presentation to the FAST (FHIR At Scale Taskforce) group <https://oncprojectracking.healthit.gov/wiki/pages/viewpage.action?pageId=43…>. Sal notes in the chat: "Look at the need of "operators", human-legal entity->policy- controller->(service) operator <- needs AS, perhaps... so then this is about the service context which would lead to a real customer.." He noted that there is a Kantara FIRE (Federated Identifiers for Resilient Ecosystems group that has produced a spec for Distributed Identity Assurance <https://kantarainitiative.org/confluence/display/WT/Draft+Recommendations?p…> (not related to UMA's distributed authorization model) as well. A subtlety that we have recognized is that Dr. Bob (RqP) might be using a client (the UMA client) and that Bob might be working on behalf of a different entity. "Just because you have a wallet doesn't mean you control the keys." Entity-to-wallet binding is a fundamental problem. Everything in DI is keys, and DPKI. The next subtlety is the difference between DIDs and VCs. Is the next step a webinar where we all (e.g., vendors) show our wares? Enthusiasm from Mike and Eve. GTM booted us off the call right at the bottom of the hour, but on Skype afterwards, Andi suggested that anyone at RSA get together on-site for further coordination. Attendees As of 16 Jul 2019, quorum <https://kantarainitiative.org/confluence/display/uma/Participant+Roster> is 5 of 9. (Domenico, Peter, Sal, Thomas, Andi, Maciej, Eve, Mike, Cigdem) 1. Domenico 2. Sal 3. Andi 4. Eve 5. Mike 6. Cigdem Non-voting participants: - Nancy - Adrian - Scott - Lisa *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

1 0

Agenda for UMA telecon 2020-02-13
by Eve Maler 12 Feb '20

12 Feb '20

https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2020-02-13 Date and Time - *Thursdays 6:30am PT (NEW TIME)* - Screenshare and dial-in: https://global.gotomeeting.com/join/857787301 - See UMA calendar for additional details: http://kantarainitiative.org/confluence/display/uma/Calendar Agenda - Roll call - Approve minutes of UMA telecons 2019-10-03 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-10-03> , 2019-11-21 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-11-21> , 2019-12-05 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-12-05> , 2019-12-12 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-12-12> , 2019-12-19 <https://kantarainitiative.org/confluence/display/uma/UMA+telecon+2019-12-19> - Fastest route to publishing current UMA relationship material? - AOB *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

1 0

Planning future UMA meetings
by Eve Maler 10 Feb '20

10 Feb '20

Thanks to everyone who filled out the Doodle poll. The resulting matrix was interestingly challenging – sign of the times. :-) We can't accommodate everyone all of the time, but I believe we can optimize our opportunities by doing the following: - Move our "traditional" Thursday call a half-hour later, to 6:30am PT / 9:30am ET / 2:30pm UK / 3:30pm CET – could start this week - Officially change to a biweekly (fortnightly) schedule, to acknowledge reality – when there's a conflict or holiday, could move the meeting to the next week or could cancel, as necessary The people who said they could attend the new Thursday time besides myself are Sal, Andi, Nancy, Cigdem, Adrian, and Lisa. I'm willing to hold ad hoc sync meetings for those who can't make it when we can get critical mass, and adjust participants' voting status as necessary. Sound like a plan? *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

2 1

Notes from 2020-01-28 UMA business-legal framework telecon
by Eve Maler 28 Jan '20

28 Jan '20

https://kantarainitiative.org/confluence/display/uma/UMA+legal+subgroup+not… 2020-01-28 Attending: Eve, Domenico, Colin, Tim, Lisa This is the last time we'll be meeting at this hour where it's the "biz-legal call". We'll see what the results of the Doodle poll are in terms of a new hour. Please fill out that poll <https://doodle.com/poll/th8ahr8dnqa8zi8u>! Tim likes that the Guardianship paper really wrestles with the temporal dynamics of guardianship. Tim had introduced the concept of "diachronic" issues in our work on the first Report, though it looks like the word itself didn't survive the editing process through to the final version. These aspects reflect (literal) life cycle changes that traditional IAM typically handles through workflow approvals and the like. Colin would have liked to see a reflection of existing work. Likely people are not fully understanding both UMA and OAuth, both of which handle delegation of authorization in some subtle ways. We need to make this really easy to understand with some demos. The very first step in a Me2B relationship, delegating a guardian – or other RRA (resource rights administrator) – relationship, is not yet today interoperable in an OAuth or UMA world. Does profiling OAuth with a claim representing this semantic make sense? We looked at the original NZ POC case study <https://kantarainitiative.org/confluence/display/uma/Case+Study:+Users+Mana…> to see if it had any examples of guardianship or interesting delegation. The Aroha/Bailey use case is about "classic" delegation of access, though it includes mobile notifications of IoT data, which is nice. The ministry of education/picking up kids use case is about chaining delegation. At Kantara we produce reports and specifications. We could analyze the use cases covered by the paper; our BLT work address guardianship along with various non-guardianship delegation use cases between data subjects and RRAs. UMA's architecture and Sovrin's architecture are pretty different. However, Identos has created an extension that seems to be potentially valuable in privacy-enhancing an UMA AS in an SSI-ish context, and Adrian and his cohorts have integrated uPort for providing RqP verifiable claims. We'd like to get a broader shared understanding in the group about these options. *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

1 0

Doodle poll for planning future UMA WG telecons (we are meeting tomorrow!)
by Eve Maler 27 Jan '20

27 Jan '20

For *this week* (week of Jan 27), I'm going to preserve tomorrow's (Tuesday's) call as our single call. For *next week* (week of Feb 3), I'll be traveling internationally so I'm going to cancel our call(s). For *subsequent weeks* (week of Feb 10 and beyond), please fill out the following Doodle poll to see which time slot is favored: https://doodle.com/poll/th8ahr8dnqa8zi8u I'll pay closest attention to answers provided by *voting and active participants* (past, present, and "self-reported desired"). Depending on the winning hour, I may have to select a temporary alternate hour for the week of Feb 10 based on my existing obligations, but I will give everyone ample heads-up. As always, our WG calendar <https://kantarainitiative.org/confluence/display/uma/Calendar> is canonical, and I'm happy to send you a meeting invitation if you wish. I can also add you to our Skype chat, where we send timely meeting updates and notes. *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

1 0

Consolidating our meeting times onto Tuesdays
by Eve Maler 22 Jan '20

22 Jan '20

We currently have two weekly meeting times identified, which hasn't worked well for a while. We've also been noting for a while that we have a greater need these days for getting-the-word-out types of activities and relatively fewer of hardcore technical work. I suggested in today's biz-legal call that we keep our Tuesday call times and drop our Thursday call times. You can always see and subscribe to our calendar here <https://kantarainitiative.org/confluence/display/uma/Calendar> (and I'm happy to add people as invitees to the events). Tuesdays are at 8am PT / 10am CT / 11am ET / 4pm UK / 5pm CET. Does it cause problems for our voting participants <https://kantarainitiative.org/confluence/display/uma/Participant+Roster>, or other denizens, to turn the Tuesday call series into our "real" calls? We'd design agenda topics according to current need. I'd like to change things up starting immediately, so please speak up if you've got a challenge. *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

3 4

TxAuth charter
by Eve Maler 22 Jan '20

22 Jan '20

If you haven't seen it, TxAuth (was "XYZ") has got some pretty stable charter language now: https://mailarchive.ietf.org/arch/msg/txauth/x5OXod7RKoHJ8NcJjbm3vxT_RE4 Of particular relevance to UMA, the scope of the effort includes (excerpted): - "widely deployed use cases currently supported by OAuth 2.0 and OpenID Connect (an extension of OAuth 2.0) as well as new use cases not enabled by OAuth 2.0" - "Approval of multiple resources and APIs in a single interaction" - "Separation between the party authorizing access and the party operating the client requesting access" [I take this to include asynchronicity as well as multiple parties] Justin may want to comment further. *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

1 0

Notes from 2020-01-21 UMA business-legal framework telecon
by Eve Maler 21 Jan '20

21 Jan '20

https://kantarainitiative.org/confluence/display/uma/UMA+legal+subgroup+not… 2020-01-21 Attending; Eve, And, Domenico, Lisa, Nancy, Tim, Colin Through her colleagues, Eve recently came upon the work of the Sovrin Guardianship group <https://sovrin.org/guardianship/> (which overlaps in some respects with our biz-legal work) and the DIDauthz work <https://github.com/hyperledger/aries-rfcs/tree/master/features/0309-didauthz> (which references OAuth and UMA). Nancy brings up the FAST work in healthcare, which is trying to accelerate solutions to common challenges. What is the best way for us to accelerate our own work and goals, and how we can center on the end-user perspective (the "User" in UMA)? Lisa notes the DIDUX working group, given this desired perspective. Tim notes the rationale stated in the paper on p. 9 for the guardianship work: "In short, carefully constructed guardianship is essential to SSI. Without it, SSI solutions will either tend towards centralisation or exclude billions of people." This is somewhat a weird way to think, in Eve's opinion, because it's constructed around the goal of digital identity (an "input metric") as opposed to what people actually want out of digital services (an "output metric"). If we don't get out of this mindset, we may not get to the point of being creative enough to solve the next generation of problems. Tim notes that the UN and the World Bank are saying that legal identity is a human right. (Though "legal identity" is not the same thing as "(a) digital identity".) She takes the sentiment of wanting to solve the thorny problem of "offline and online" mixes of people, though. Lisa suggests that we pull Adrian into an analysis. Eve thinks Justin could shed light too. Eve is going to pare down our meetings so that we only meet on Tuesdays. She'll send a note to the list just to be sure this doesn't cause any heartburn for our voting participants. Homework for next time: Everyone please study the paper and the use cases, paying particular attention to the terminology and concepts, and seeing if we have comments or could use some of them. Eve will look into her team's ability to develop demos of the use cases in the paper (or equivalent), on an UMA/OAuth basis and potentially SSI. Others are welcome to do that too. We are meeting next Tuesday. No meeting on Feb 4 as Eve is traveling. *Eve Maler*Cell or Signal +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl

2 1