Skip to content

Conversation

@owasp-nest
Copy link
Contributor

@owasp-nest owasp-nest bot commented Sep 25, 2025

⚠️ This PR has been generated by Arkadii Yakovets as part of the OWASP Schema initiative within OWASP Nest.

OWASP Entity Information

  • Project: OWASP Vulnerable Web Applications Directory
  • Repository: OWASP/www-project-vulnerable-web-applications-directory
  • Metadata generated on: 2025-09-25

Changes

This PR adds the project data to comply with the OWASP Schema specification. The changes include:

  • The metadata file in YAML format
  • Schema validation GitHub Actions workflow

Purpose

This update ensures that the project data follows the standardized OWASP Schema format, enabling:

  • Better data consistency across OWASP entities
  • Improved automation and tooling capabilities
  • Enhanced data validation and quality
  • Streamlined integration with OWASP Nest platform

Review Guidelines

When reviewing this PR, please focus on:

  1. Data Accuracy: Verify that the entity information is correct (type, level, leaders, tags)
  2. Schema Compliance: Ensure all required fields are present and properly formatted
  3. YAML Syntax: Check for proper YAML formatting and indentation
  4. Content Quality: Review the completeness and accuracy of the data
  5. GitHub Action Version: The workflow uses owasp/nest-schema/.github/actions/validate@v0 to serve the latest version. This can be changed to a specific SHA if needed.

Support & Questions

If you have any questions about this PR or the OWASP Schema implementation:

Generated on 2025-09-25 by Arkadii Yakovets as part of the OWASP Schema initiative within OWASP Nest.
Repository: `OWASP/www-project-vulnerable-web-applications-directory`

Co-authored-by: Arkadii Yakovets <arkadii.yakovets@owasp.org>
# `owasp/nest-schema` repository subdirectory and doesn't have a separate release process.
# This approach simplifies the workflow support however
# you can change it to use a specific SHA version if needed.
uses: owasp/nest-schema/.github/actions/validate@v0 # NOSONAR

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should the github action be pinned to a more specific version? as written it will be latest 0.Minor.Patch version which could provide a stage of an attack if that latest version is compromised
There was some guidance about this provided by github, I can look it out if needed

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're right, I think we can do better here. I'll change this approach to pin the action's version to SHA and provide dependabot config for automatic updates. It's not that convenient from the support perspective but much better from security one.

// I need to test if first though.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I pinned it to SHA, skipped the dependabot part as it already exists in this repository.

- builder
- defender
leaders:
- name: Rick Mitchell

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Very good to have this drive for consistency, and a 'nice to have' is that the validate meta file resticts the number of leaders to a maximum of 5?
Not sure if that is practical, but it is the existing limit for number of leaders (or was in 2023)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OWASP/nest-schema#19

Any idea if that's also valid for chapters?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

agreed, it does not apply to Chapters, which are encouraged to have as many organizers / leaders as possible :
Chapter Handbook -> Chapter 5: Governance -> Chapter Leadership

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for confirming, will limit for projects only.

description: ':warning: This repo is no longer in use. Please refer to https://github.com/OWASP/www-project-vulnerable-web-applications-directory'
tags:
- vwad
- custom-tag-1
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

any reason for including the custom tags?

Copy link
Collaborator

@kingthorin kingthorin Sep 25, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll tweak it before merge.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The schema has a (reasonable?) requirement for at least 3 tags.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well, not if they endup being "filler" 😉

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll tweak it before merge.

I think you got it right -- as a project leader you can/should fix all points that don't look right to you -- the guidelines directly recommend that:

Data Accuracy: Verify that the entity information is correct (type, level, leaders, tags)

@kingthorin
Copy link
Collaborator

@arkid15r you (or the bot) seem to have killed my updates

@arkid15r
Copy link
Contributor

@arkid15r you (or the bot) seem to have killed my updates

Oh yeah, sorry about that. Me (or the bot) has a very limited functionality in terms of code merge via GitHub API. My ideal use case is to create a PR and be done with it.
I'll check what can be done to improve that (it seems I could just not re-upload the changed file).

Could you add the tag related changes again please? Thank you!

@kingthorin
Copy link
Collaborator

Yup, I won't get to it till the morning though, so like 6-8 hrs.

If it needs to be merged as-is, then tweaked separately lemme know.

@arkid15r
Copy link
Contributor

Yup, I won't get to it till the morning though, so like 6-8 hrs.

If it needs to be merged as-is, then tweaked separately lemme know.

This is not urgent. It's not required to be merged as is. I appreciate all help and feedback you've provided 👍

@kingthorin kingthorin force-pushed the nest/owasp-vulnerable-web-applications-directory-metadata branch from af2f1ba to 29eacbd Compare September 26, 2025 14:01
@kingthorin kingthorin merged commit 7d03fe6 into master Sep 26, 2025
3 checks passed
@kingthorin kingthorin deleted the nest/owasp-vulnerable-web-applications-directory-metadata branch September 26, 2025 14:01
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

Successfully merging this pull request may close these issues.

5 participants