镜像站点 · 本页由第三方 GitHub 只读镜像提供,非 GitHub 官方站点,不接受任何登录或凭据输入。前往 github.com
Skip to content

Help in triaging node.js core security issues #598

Closed

Description

@mcollina

I would like to candidate myself to help in triaging Node.js core security issues in H1.

Activity

  1. jasnell commented on Sep 10, 2018

    @jasnell
    Member

    +1

  2. Trott commented on Sep 10, 2018

    @Trott
    Member

    Is there a documented process for this? Is this the right repo etc.? @nodejs/security-wg

  3. mcollina commented on Sep 10, 2018

    @mcollina
    SponsorMemberAuthor

    There isn't one. There is one for the 3rd-party vuln database (https://github.com/nodejs/security-wg/blob/master/processes/security_team_onboarding.md).

    I think this is governed by the TSC and not by the security-wg.

  4. jasnell commented on Sep 10, 2018

    @jasnell
    Member

    The security triage team has nothing to do with the @nodejs/security-wg. It is the purvue of the TSC as part of the @nodejs/security team management. Generally speaking, all we need for this is no objections from @nodejs/tsc or @nodejs/security.

  5. bengl commented on Sep 10, 2018

    @bengl
    Member

    @mcollina

    I think this is governed by the TSC and not by the security-wg.

    @jasnell

    The security triage team has nothing to do with the @nodejs/security-wg. It is the purvue of the TSC as part of the @nodejs/security team management.

    I just want to clarify this for those reading and thinking "Hey wait, isn't it Security WG's job to define this sort of policy?".

    As it turns out, the charter for the group states among its responsibilities:

    Review and recommend processes for handling of security reports (but not the actual administration of security reports, which are reviewed by a group of people directly delegated to by the TSC).

    While this is vague, it effectively states that the core triage team consists of folks who are approved by the TSC directly. So yes, by the Security WG's own charter (and likely other bits of policy spread around the org), this repo (TSC) is the correct place for this discussion, and the Security WG has no other policy for this (nor is it chartered to do so).

  6. mhdawson commented on Sep 10, 2018

    @mhdawson
    Member

    +1

  7. MylesBorins commented on Sep 11, 2018

    @MylesBorins
    Contributor
  8. Trott commented on Sep 11, 2018

    @Trott
    Member

    The security triage team has nothing to do with the @nodejs/security-wg.

    I pinged Security WG because they often document our policies around this stuff because we fail to do so, not because I thought they had authority.

    To wit: https://github.com/nodejs/security-wg/blob/master/processes/security_team_members.md#nodejs-security-team

  9. mcollina commented on Sep 12, 2018

    @mcollina
    SponsorMemberAuthor

    @Trott there is absolutely no policy around that team, apart from being a TSC responsibility.

  10. Trott commented on Sep 19, 2018

    @Trott
    Member

    Not sure if it was necessary but it seemed to be approved in a perfunctory fashion in today's TSC meeting, so I'm going to remove the tsc-agenda label.

  11. mcollina commented on Sep 19, 2018

    @mcollina
    SponsorMemberAuthor

    Cool! How do I get onboarded?

  12. vdeturckheim commented on Sep 19, 2018

    @vdeturckheim
    Member

    @mcollina If I get TSC approval, I can invite you on HackerOne org and we can schedule a call so I show you around :)

  13. cjihrig commented on Sep 19, 2018

    @cjihrig
    Contributor

    We talked about it in the private section of today's TSC meeting. @mcollina should be good to go I think.

  14. vdeturckheim commented on Sep 19, 2018

    @vdeturckheim
    Member

    @mcollina you should have received an email invite on the address from tje Node.js readme. Let me know if you want/need an onboarding, I'll be happy to schedule a call with you.

  15. mcollina commented on Sep 19, 2018

    @mcollina
    SponsorMemberAuthor

    A call will be good, how about tomorrow or Friday, maybe in the morning?

  16. vdeturckheim commented on Sep 19, 2018

    @vdeturckheim
    Member

    Following up by email :)

  17. mhdawson commented on Oct 31, 2018

    @mhdawson
    Member

    @mcollina I think this could be closed now.

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions