Git Product home page Git Product logo

community's Introduction

OpenVEX Community Repository

The OpenVEX project aims to be inclusive community of enthusastic individuals interested in the exchange of vulnerability explitability data.

Governance

The Project aims to have a lean governance model that encourages quick decision making through a quick process of consensus building among its maintainers that captures opinions all interested parties. For more details please refer to the GOVERNANCE document for more info on how we operate.

Code of Conduct

All interactions between community members related to the project, both in public and private spaces are governed by our Code of Conduct

Contributing to the Project

We are in the process of drafting our contributor's guide. If in doubt, please contact us directly.

community's People

Contributors

puerco avatar luhring avatar lumjjb avatar cpanato avatar

Stargazers

 avatar Will Slattum avatar Madison Oliver avatar Rich avatar Tony Homer avatar Kent Gruber avatar  avatar

Watchers

James Cloos avatar Ariadne Conill avatar  avatar  avatar  avatar  avatar Patrick Flynn avatar John Speed Meyers avatar

community's Issues

OpenVEX on in-toto/friends

in-toto tracks adoptions / integrations on this repo: https://github.com/in-toto/friends. It'd be neat to have someone from this community submit a short description and some pointers to the spec, tooling etc. We try to have the adopters or implementers write it up for a more accurate summary.

OPEV: Expansion of the VEX Product Field

OPEV #14: Expansion of the VEX Product Field

๐Ÿ–Š๏ธ Enhancement Overview

Six months after the introduction of OpenVEX, the initial integrations and
community feedback on the initial spec has pointed out several areas where
the product field can be improved to more accurately model the initial use
cases of OpenVEX.

This OPEV proposes reworking the VEX product to become a full object with a new
context called Componentthat lets us introduce new data fields needed today by
the community while letting us more easily add other data in the future.

๐Ÿง‘โ€๐Ÿ’ป Enhancement Proposal Authors

๐Ÿ‘ฉโ€๐Ÿ”ง Sponsoring Maintainers

(not required)

๐Ÿ“‹ OpenVEX Projects

  • openvex/spec
  • openvex/go-vex
  • openvex/vexctl

๐Ÿ“ Specs and Documents

Pull Request Open: #16

โ“ Enhancement Questions

Does this enhancement propose a change to the OpenVEX project's governance
structure?

NO

Does this enhancement propose a breaking change with the upstream VEX design
established by the VEX Working Group?

NO

๐Ÿ’ฌ Discussion Start Date:

OPEVs shall be discussed for no longer than 30 days after which the vote tally
will be computed and the proposal will either merge or be rejected.

Start Date: 2023-07-09

๐Ÿ—ณ๏ธ Voting Results

Final Enhancement Vote Tally:

๐Ÿ‘ : 3 Votes @lumjjb @wagoodman @puerco (implicit) | non binding: @SecurityCRob

๐Ÿ‘Ž : 0 Votes

Result: APPROVED


โ„น๏ธ Voting Instructions:

To vote for this enhancement, maintainers should add a comment with a ๐Ÿ‘ emoji
to show support or ๐Ÿ‘Ž to reject the enhancement. After voting is over (usually
after 30 days), votes will be computed by the project's maintainers and
registered in this issue. Refer to GOVERNANCE.md for details
on how many votes are required to approve and when voting ends.

Maintainer Nomination: Alex Goodman

Maintainer Nomination: Alex Goodman

GitHub handle: @wagoodman

Note: This nomination is part of the initial community bootstrap.

Sponsoring Maintainers

A community member may also be accepted as nominee if sponsored by a committee of
maintainers. Please refer to GOVERNANCE.md for details about
the nomination by committee process.

๐Ÿ’ฌ Discussion Start Date:

A decision on the nomination shall be discussed for no longer than 30 days after
the discussion start date. After the the discussion period is over, the vote
tally will be computed and the nomination will be accepted or rejected.

Start Date: 202Y-MM-DD

๐Ÿ—ณ๏ธ Voting Results

Final Enhancement Vote Tally:

๐Ÿ‘ : 2 Votes

๐Ÿ‘Ž : 0 Votes

Result: APPROVED

โ„น๏ธ Voting Instructions:

To vote for this nomination, maintainers should add a comment with a ๐Ÿ‘ emoji
to show support or ๐Ÿ‘Ž to reject the enhancement. After voting is over (usually
after 30 days), votes will be computed by the project's maintainers and
registered in this issue. Refer to GOVERNANCE.md for details
on how many votes are required to approve and when voting ends.

Maintainer Nomination: Brandon Lum

Maintainer Nomination: Brandon Lum

GitHub handle: @lumjjb

Note: This nomination is part of the initial community bootstrap.

Sponsoring Maintainers

A community member may also be accepted as nominee if sponsored by a commitee of
maintainers. Please refer to GOVERNANCE.md for details about
the nomination by commitee process.

๐Ÿ’ฌ Discussion Start Date:

A decision on the nomination shall be discussed for no longer than 30 days after
the discussion start date. After the the discussion period is over, the vote
tally will be computed and the nomination will be accepted or rejected.

Start Date: 2023-01-21

๐Ÿ—ณ๏ธ Voting Results

Final Enhancement Vote Tally:

๐Ÿ‘ : 2 Votes

๐Ÿ‘Ž : 0 Votes

Result: APPROVED

โ„น๏ธ Voting Instructions:

To vote for this nomination, maintainers should add a comment with a ๐Ÿ‘ emoji
to show support or ๐Ÿ‘Ž to reject the enhancement. After voting is over (usually
after 30 days), votes will be computed by the project's maintainers and
registered in this issue. Refer to GOVERNANCE.md for details
on how many votes are required to approve and when voting ends.

OPEV: Expansion of the Vulnerability Field

OPEV # 0015: Expansion of the Vulnerability Field

๐Ÿ–Š๏ธ Enhancement Overview

During the development of the initial implementations, there have been issues raised about the need to expand the vulnerability field. While this OPEV only addresses the need to expand the vulnerability field 1) become an object and to
2) to express more names or aliases of a vulnerability, members of the community have pointed to other cases where the vulnerability entry needs to be expanded from an identifier string to a full struct.

๐Ÿง‘โ€๐Ÿ’ป Enhancement Proposal Authors

๐Ÿ‘ฉโ€๐Ÿ”ง Sponsoring Maintainers

(not required)

๐Ÿ“‹ OpenVEX Projects

  • openvex/spec
  • openvex/go-vex
  • openvex/vexctl

๐Ÿ“ Specs and Documents

Pull Request open: #17

โ“ Enhancement Questions

Does this enhancement propose a change to the OpenVEX project's governance
structure?

NO

Does this enhancement propose a breaking change with the upstream VEX design
established by the VEX Working Group?

NO

๐Ÿ’ฌ Discussion Start Date:

OPEVs shall be discussed for no longer than 30 days after which the vote tally
will be computed and the proposal will either merge or be rejected.

Start Date: 2023-07-09

๐Ÿ—ณ๏ธ Voting Results

Final Enhancement Vote Tally:

Final Enhancement Vote Tally:

๐Ÿ‘ : 3 Votes @lumjjb @wagoodman @puerco (implicit) | non binding: @SecurityCRob

๐Ÿ‘Ž : 0 Votes


โ„น๏ธ Voting Instructions:

To vote for this enhancement, maintainers should add a comment with a ๐Ÿ‘ emoji
to show support or ๐Ÿ‘Ž to reject the enhancement. After voting is over (usually
after 30 days), votes will be computed by the project's mantainers and
registered in this issue. Refer to GOVERNANCE.md for details
on how many votes are required to approve and when voting ends.

Maintainer Nomination: Rose Judge

Maintainer Nomination: Rose Judge

GitHub handle: @rnjudge

Note: This nomination is part of the initial community bootstrap.

Sponsoring Maintainers

A community member may also be accepted as nominee if sponsored by a commitee of
maintainers. Please refer to GOVERNANCE.md for details about
the nomination by committee process.

๐Ÿ’ฌ Discussion Start Date:

A decision on the nomination shall be discussed for no longer than 30 days after
the discussion start date. After the the discussion period is over, the vote
tally will be computed and the nomination will be accepted or rejected.

Start Date: 2023-01-23

๐Ÿ—ณ๏ธ Voting Results

Final Enhancement Vote Tally:

๐Ÿ‘ : 2 Votes

๐Ÿ‘Ž : 0 Votes

Result: APPROVED

โ„น๏ธ Voting Instructions:

To vote for this nomination, maintainers should add a comment with a ๐Ÿ‘ emoji
to show support or ๐Ÿ‘Ž to reject the enhancement. After voting is over (usually
after 30 days), votes will be computed by the project's maintainers and
registered in this issue. Refer to GOVERNANCE.md for details
on how many votes are required to approve and when voting ends.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.