create_security_policy fails on every call; its template parameter is ignored
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Start with tests/darnit_baseline/test_tools_signatures.py and inspect the create_security_policy tool and the control template it uses. The issue leaves a choice between implementing the standard, minimal, and enterprise TOML variants or removing the pinned parameter. Done means the parameter is honored or removed consistently, while the existing SECURITY.md behavior remains unchanged.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
On main (0581c0d), the create_security_policy MCP tool fails on every call. It passes an EffectiveConfig to FrameworkConfig(**...), which raises. When it did produce output, it also reported "Created" when SECURITY.md already existed.
Fixed on the 043 branch: the tool runs OSPS-VM-02.01 through the remediation executor and the run manifest, never overwrites an existing SECURITY.md (it reports unchanged / already_exists), and returns the structured run.
Still open on the branch: the template parameter (standard / minimal / enterprise) is accepted but ignored; every call renders the control's own template. Either implement the variants as TOML templates selected by the parameter, or remove the parameter (it is pinned by tests/darnit_baseline/test_tools_signatures.py).
Found while implementing feature 043 (remediation safety, branch 043-remediation-safety, not yet merged).
- Ngôn ngữ chính
- Python
- Star
- 22
- Fork
- 27
- Merge trung bình
- 2 ngày 18 giờ
- Pull request đã merge (30 ngày)
- 51
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của darnitdevorg/darnit
-
module-core needs triage ux
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
darnitdevorg/darnit#648 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
ci needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
darnitdevorg/darnit#607 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
attestation extra allows sigstore 3.x, but signing needs sigstore 4.0Có thể đã có người làm @JohnsonLyu đã nhận 1 ngày trước. Đang mởdependencies module-baseline needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
darnitdevorg/darnit#606 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
`darnit validate` crashes on openssf-baseline.toml summarising levelsCó thể đã có người làm @i-am-paradox đã nhận 14 ngày trước. Đang mởinterface-cli module-core
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
darnitdevorg/darnit#589 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
good first issue maintenance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
darnitdevorg/darnit#587 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của darnitdevorg/darnit
Issue tương tự
-
component:benchmark
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
agentic-os-org/ANOLISA#9177 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
distrochooser/distrochooser#520 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Status: Needs confirmation Status: Needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] Published Docker images lack the redis extra: HEADROOM_COMPRESS_SESSION_STORE stops startupCó thể đã có người làm @AlessandroSpallina đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
headroomlabs-ai/headroom#4513 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 65/100
codespell-project/codespell#4060 ·
Maintainer thường phản hồi trong vòng 1 ngày