Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[wg/webtransport] WebTransport Working Group rechartering #445

Open
1 task done
plehegar opened this issue Feb 2, 2024 · 11 comments
Open
1 task done

[wg/webtransport] WebTransport Working Group rechartering #445

plehegar opened this issue Feb 2, 2024 · 11 comments

Comments

@plehegar
Copy link
Member

plehegar commented Feb 2, 2024

New charter proposal, reviewers please take note.

Charter Review

Charter:

What kind of charter is this? Check the relevant box / remove irrelevant branches.

  • Existing
  • Existing WG recharter

Horizontal Reviews: apply the Github label "Horizontal review requested" to request reviews for accessibility (a11y), internationalization (i18n), privacy, and security. Also add a "card" for this issue to the Strategy Funnel.

Communities suggested for outreach:
none?

Known or potential areas of concern:
none?

Where would charter proponents like to see issues raised? (this strategy funnel issue, a different github repo, email, ...)

w3c/charter-drafts

Anything else we should think about as we review?

Nope?

@plehegar plehegar added the charter group charter label Feb 2, 2024
@plehegar
Copy link
Member Author

plehegar commented Feb 2, 2024

@plehegar plehegar added the Advance Notice Sent Advance Notice of (re)chartering has been sent to the AC label Feb 2, 2024
@plehegar plehegar changed the title [wg/webtransport] New Charter for WebTransport Working Group [wg/webtransport] \WebTransport Working Group rechartering Feb 2, 2024
@plehegar plehegar assigned ylafon and unassigned tidoust Feb 8, 2024
@plehegar plehegar changed the title [wg/webtransport] \WebTransport Working Group rechartering [wg/webtransport] WebTransport Working Group rechartering Feb 28, 2024
@ylafon
Copy link
Member

ylafon commented Jun 6, 2024

Finalised charter and exit criteria, updated to latest template.

@ruoxiran
Copy link

no comments or requests from APA.

@himorin
Copy link

himorin commented Jun 13, 2024

no comment or request from i18n

@plehegar
Copy link
Member Author

no comment or request from PING

@simoneonofri
Copy link

Hi, at the Security level I review, there is Security Section in both the W3C and IETF drafts.

Since it's a communication protocol, it might be appropriate to create a Threat Model by applying RFC 3552 on the two layers, as well as making a structured reasoning about "Abuse Cases" (as it was indicated that it could be used to do Internal Discovery), structuring even better the work already done and adding further analysis.

@ylafon
Copy link
Member

ylafon commented Jul 8, 2024

Hi, at the Security level I review, there is Security Section in both the W3C and IETF drafts.

Since it's a communication protocol, it might be appropriate to create a Threat Model by applying RFC 3552 on the two layers, as well as making a structured reasoning about "Abuse Cases" (as it was indicated that it could be used to do Internal Discovery), structuring even better the work already done and adding further analysis.

The communication protocol is worked on at IETF, not here. Do you want to have the Threat Model in the charter as a deliverable, or just part of the horizontal review for the specification when it targets CR? The latter makes more sense, and having a template and/or an explainer would be great, to guide WGs.

@simoneonofri
Copy link

simoneonofri commented Jul 8, 2024

The communication protocol is worked on at IETF, not here. Do you want to have the Threat Model in the charter as a deliverable, or just part of the horizontal review for the specification when it targets CR?

I still don't have a strong opinion about including the full Threat Model in the specs or only part of its output (the Security Considerations), but in general, I think that we need to have the whole Threat Model somewhere (the model itself, the scope, the assumptions, threats, and mitigation) and in general Threat Models are live documents (e.g. if the spec is stable, threats can change).

In general, Threat Modeling should be done as soon as possible (e.g., starting with the explainer, which already contains the security and consideration sections) and not only during the review (of course, for specs already in CR state, it is probably already late). This is also a suggestion by Browsers/Specs Developers (at the horizontal review, it is generally too late).

The latter makes more sense, and having a template and/or an explainer would be great, to guide WGs.

I am doing some experiments on how to do threat modeling on the specs, starting with Decentralised Identities (although then the specs are only for the Digital Credentials API), so in that case, it will be a separate deliverable.
To prepare a guide and do some Threat Modeling together with the WGs:

@plehegar
Copy link
Member Author

At this point, I would drop the coordination with the W3C HTML Working Group. We have the WHATWG listed in the external coordination.

ylafon added a commit to w3c/charter-drafts that referenced this issue Jul 14, 2024
@ylafon
Copy link
Member

ylafon commented Jul 15, 2024

@lu-zero
Copy link

lu-zero commented Jul 17, 2024

The Web of Things IG/WG is also interested in coordinating with WebTransport.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Development

No branches or pull requests

7 participants