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

Move/Extend security subproject to the numfocus level. #6

Open
Carreau opened this issue Sep 18, 2021 · 6 comments
Open

Move/Extend security subproject to the numfocus level. #6

Carreau opened this issue Sep 18, 2021 · 6 comments

Comments

@Carreau
Copy link
Member

Carreau commented Sep 18, 2021

This conversation was started a bit on the meeting 8 days ago.

It appear to me that beyond the scope of Securing Jupyter, there are security aspect that could be tackled at the NumFOCUS level.

Indeed, security in a Jupyter environment is not limited to how Jupyter is deployed, but can also be affected by all the packages installed. And if to the core contributors it might be obvious who to contact and which projects are impacted, questions about security or vulnerability disclosure, the point of contact might be unclear.

In practice, there is also monitoring and configuration issue at the Jupyter Level where security(at)ipython.org, mails can go to spam, be ignored, or bounce. And the key management is imperfect.

I would like to suggest the following to the NumFOCUS board:

  • Create a security working group of subcommittee and [email protected] mailing address.
  • The sole purpose of this committee at the beginning would be to handle and triage security vulnerability and forward to the right teams/person and followup with publication and disclosure.

To be clear I don't expect people from this committee to decide the best practices about security, or work on fixing the security issue, but to make sure security that there is a single unified point of contact across the PyData ecosystem, and a guaranteed fast acknowledgement of reports.

If we want an actual proposal to numfocus then we need a better document that list exactly what we are asking for, and who would serve on this committee.

@Carreau
Copy link
Member Author

Carreau commented Sep 24, 2021

cc @SylvainCorlay

@Carreau
Copy link
Member Author

Carreau commented Sep 24, 2021

See #7 for a draft.

@choldgraf
Copy link

I think this could be a nice pooling of resources across the community. I'd bet that many security vulnerabilities would be relevant to the stakeholders across many projects, and in addition I suspect that things like "watch the security email listserv" is a thankless job that is hard to do equitably with limited resources. For that reason, finding ways to pool resources across NumFocus projects could be helpful.

A few things that I think should be included in a suggestion:

  • Explicit expectations of the people in this group, so they understand the scope of their responsibilities
  • Explicit mechanisms for this group to escalate legitimate problems to others, otherwise this group may feel the tension that comes with being responsible for "triaging" issues without being empowered/able to actually fix them
  • Term limits for people serving on this group, so that this labor is spread across people from the community (or at least, other ways to incentivize people to want to serve in this group)

@Carreau
Copy link
Member Author

Carreau commented Sep 28, 2021

  • Explicit expectations of the people in this group, so they understand the scope of their responsibilities

Yes, that is in #7,

  • Explicit mechanisms for this group to escalate legitimate problems to others, otherwise this group may feel the tension that comes with being responsible for "triaging" issues without being empowered/able to actually fix them

So far in #7 to keep things simple, I assume that reports are acted upon, and if not this group can report the board of director of Numfocus. My expectation is that people care and the the community is small enough with NF holding contact info that anybody can be reached. I hope to extend that later if the groups originally work.

  • Term limits for people serving on this group, so that this labor is spread across people from the community (or at least, other ways to incentivize people to want to serve in this group)

That's a good thing to add thanks, I also receive the default charter for NF from leah and will adapt #7 to it. Main question so far is can we find 5 people ok with serving on it in a first pass.

@rcthomas
Copy link
Contributor

rcthomas commented Oct 1, 2021

@Carreau I've been unable to review the PR due to time constraints but hope to take a look and give feedback in the next several days.

@Carreau
Copy link
Member Author

Carreau commented Oct 3, 2021

I've been unable to review the PR due to time constraints but hope to take a look and give feedback in the next several days.

No worries, I've also received the NF official charter, so I might need to adapt it to it. It's really a draft, and I guess the harder would be to find 5 people to start.

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

No branches or pull requests

3 participants