fix(security): remove TODO placeholder from SECURITY.md - #249
Open
aniruddhaadak80 wants to merge 1 commit into
Open
fix(security): remove TODO placeholder from SECURITY.md#249aniruddhaadak80 wants to merge 1 commit into
aniruddhaadak80 wants to merge 1 commit into
Conversation
The HTML comment TODO on line 17 signals immature governance and is rendered as a pending task to enterprise users. The comment itself offers the fix: delete it if private vulnerability reporting via GitHub Security tab is the sole intended channel, which matches current documented practice. Removes the TODO comment while preserving the private reporting instructions as the authoritative channel.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Remove lingering maintainer
TODOplaceholder from the repository's GitHub-surfaced security policy. The HTML comment suggested adding a monitoredsecurity@address or deleting it if private vulnerability reporting is the sole channel — the latter is current practice.Type of change
Skills touched
none
How this was tested
skills/untouched);uv run --with pytest python -m pytest tests/_meta -qunaffected (policy docs not covered by skill contract)Related issues and references
SECURITY.md TODOflagged bygrep -r TODOaudit (reported in recon)SECURITY.md:17before this changeChecklist
Skill format
namefrontmatter match exactly. (N/A — no skill touched)SKILL.md,references/,scripts/, andassets/— notests/directory and notest_*.pyfiles. (N/A)SKILL.mdhas valid YAML frontmatter and a Markdown body. (N/A)metadata. (N/A)metadatais a block mapping, not single-line JSON, and scalar values are quoted where needed. (N/A)metadata.openclawormetadata.hermesblock is a nested mapping, not a JSON string. (N/A)metadata.versionexists, is quoted, and is bumped if an existing skill changed. (N/A)descriptionsays both what the skill does and when an agent should use it. (N/A)Validation and tests
uv run skills-ref validate ./skills/<name>passes. (N/A — no skill changed)tests/<skill-name>/, and any newscripts/skill has a[skills.<name>]entry intests/skill-requirements.toml. (N/A)tests/_metaunaffected)Content and safety
compatibilityand declared inmetadata.openclaw.envVars. (N/A)Notes for reviewers
plugin.json/pyproject.tomlversion bump needed (collection version unchanged)