- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Mon, 08 Jun 2020 10:48:09 +0900
- To: public-wot-ig@w3.org, public-wot-wg@w3.org
available at: https://www.w3.org/2020/05/25-wot-sec-minutes.html also as text below. Thanks a lot for taking the minutes, Zoltan! Kazuyuki --- [1]W3C [1] http://www.w3.org/ - DRAFT - WoT Security 25 May 2020 Attendees Present Kaz_Ashimura, Michael_McCool, Oliver_Pfaff, Zoltan_Kis, Cristiano_Aguzzi, Daniel_Peintner, Michael_Lagally, Tomoaki_Mizushima, David_Ezell Regrets Elena_Reshetova Chair McCool Scribe zkis Contents * [2]Topics 1. [3]past minutes 2. [4]PRs 3. [5]OAuth2 issue in Scripting * [6]Summary of Action Items * [7]Summary of Resolutions __________________________________________________________ <kaz> scribenick: zkis past minutes May 18 minutes and May 4 minutes to be reviewed <kaz> [8]May-18 [8] https://www.w3.org/2020/05/18-wot-sec-minutes.html McCool: any objections accepting these? accepted <kaz> [9]May-4 [9] https://www.w3.org/2020/05/04-wot-sec-minutes.html <inserted> (typos within May-4 minutes are fixed; and approved) PRs <McCool> [10]https://github.com/w3c/wot-security/pull/175 [10] https://github.com/w3c/wot-security/pull/175 [past minutes accepted] <McCool> [11]https://github.com/w3c/wot-security/pull/176 [11] https://github.com/w3c/wot-security/pull/176 Oliver: one of these is obsolete McCool: we can add direct references, but we should instead add references to ReSpec Zoltan: that is right McCool: we could accept this but later move references from localBiblio to ReSpec references [12]https://www.specref.org/ [12] https://www.specref.org/ McCool: we should have (linked) terms for User Data etc ... some issues about citing references ... maybe merge this and fix it in a separate PR? Oliver: OK Lagally: should respect the style guide for W3C docs ... about the specific term User Data - should we define that in the Architecture doc? McCool: create an issue for that Lagally: we also need a definition for that McCool: Elena maybe, or I could look into it ... merging into the Working branch for now <McCool> [13]Manual of Style [13] https://w3c.github.io/manual-of-style/ OAuth2 issue in Scripting [14]https://github.com/w3c/wot-scripting-api/issues/214 [14] https://github.com/w3c/wot-scripting-api/issues/214 McCool: to make sure all flows are implemented <McCool> [15]https://github.com/w3c/wot-security/issues/173 [15] https://github.com/w3c/wot-security/issues/173 McCool: we need to read into the OAuth spec ... Cristiano and Daniel are involved, please drive through Cristiano: presents [16]https://github.com/w3c/wot-scripting-api/issues/214 ... user needs to do manual login ... how to put that flow in node-wot ... problem: only possible if the script runs in the browser ... this defines the context for this issue ... we need to decide how to handle the interaction between the user and runtime ... then, if it happens transparently or not ... and which way, e.g. with an init function? ... MM suggested solving the issue at protocol level [16] https://github.com/w3c/wot-scripting-api/issues/214 <mlagally> [Here's the terminology issue for the architecture specification: [17]https://github.com/w3c/wot-architecture/issues/508] [17] https://github.com/w3c/wot-architecture/issues/508] Cristiano: the user could be represented by service, but never seen this flow code implemented by others McCool: we don't necessarily need to add the flow to browser, it could be a user agent, possibly a very simple one ... the question is if the device is a server, should we use a web dashboard or what? ... for each flow we need a use case; state reasons when we don't support them Cristiano: ok ... where the use cases are posted? McCool adding comment to [18]https://github.com/w3c/wot-scripting-api/issues/214 [18] https://github.com/w3c/wot-scripting-api/issues/214 <dape> code flow mentioned in TD, see [19]https://w3c.github.io/wot-thing-description/#oauth2security scheme [19] https://w3c.github.io/wot-thing-description/#oauth2securityscheme Lagally: use cases are collected in the Architecture task force ... the OAuth scenario matches several domains and scenarios ... we should document these flows somewhere we can reference them from Oliver: we should not try to use OAuth flow for everything but check which use cases correlate to which flows ... there is server, resource server and caller (browser or app) ... if we replace the resource server with an IoT device, it's (?) ... if we replace the caller, then (?) ... if we look at the auth flow and matching people with devices won't work Cristiano: agree on that McCool: TD describes resources available on the device Zoltan: we really need the use cases defined, I am not convinced the human user should be involved in the flows McCool: right - assuming we need to support the human user flow Oliver: the oauth spec is quite implicit, not explicit, whether is it a human user Cristiano: yes, I also found it unclear ... every other owner interprets it's the user Zoltan: we have 2 options, solving it with provisioning, the other is solving with a UI, depending who is the provider McCool: include this in the lifecycle and onboarding topic Cristiano: the problem is when the token provider says they are expired, then we need to involve the resource owner Zoltan: there could be an error in that case, either at the end user, or at the provider's management system McCool: or do automatic refreshing of tokens ... which is anyway a good security practice McCool captured some comments in the github issue McCool: we have several possibilities ahead: 1. we need to capture the various use cases ... for instance as an md file ... create a use case in... Lagally: the Architecture repo, please McCool is creating a new use case in Architecture. (link to commit) McCool: next step is to create PRs based on this Cristiano: I could do that McCool: discussing the Invited Expert status of Cristiano Cristiano: there are issues/questions about that McCool: will work with Kaz for the procedure ... AOB? [adjourned] Summary of Action Items Summary of Resolutions [End of minutes] __________________________________________________________ Minutes manually created (not a transcript), formatted by David Booth's [20]scribe.perl version ([21]CVS log) $Date: 2020/05/28 13:35:26 $ [20] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [21] http://dev.w3.org/cvsweb/2002/scribe/
Received on Monday, 8 June 2020 01:47:33 UTC