Find repository vulnerabilities
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 1/5
- Thời gian dự kiến
- Dưới một giờ
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- javascript, node.js
- Lĩnh vực
- security
Hướng nghiên cứu
Bắt đầu với package.json, sau đó mở Insights > Dependency graph và tìm cảnh báo màu vàng cho dependency debug. Ghi lại bản cập nhật phiên bản được đề xuất và bình luận phiên bản đó trên issue này; hoàn thành là xác định và báo cáo phiên bản đó.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Finding vulnerable dependencies
Security vulnerabilities can cause a range of problems for your project or the people who use it. A vulnerability could affect the confidentiality, integrity, or availability of a project. Sometimes vulnerabilities aren't in the code you write, but in the code your project depends on. Staying up-to-date with the most recent versions is the best line of defense.
This repository has some existing dependencies which will need updating to stay secure.
How can we identify dependencies and if they are vulnerable?
This repository is a Node.js project utilizing NPM. Because of that, the package.json defines this repository's dependencies. For our time together, we'll be focusing on these JavaScript dependencies. Keep in mind that different programming languages may have different dependency files. You might work with a Gemfile, Gemfile.lock, *.gemspec, requirements.txt, pipfile.lock, or other files.
How can we know these dependencies are secure? It's not always easy, but GitHub is watching out.
GitHub's security alerts for vulnerable dependencies
You may notice some alerts from GitHub about this repository. You may get an email, or see a yellow bar warning you about the package.json file.

GitHub tracks public vulnerabilities in Ruby gems, NPM, Python, Java, and .Net packages.
GitHub receives a notification of a newly-announced vulnerability. Next, we check for repositories that use the affected version of that dependency. We send security alerts to a set of people within those affected repositories. The owners are contacted by default. But, it's possible to configure specific teams or individuals to get these important notifications.
GitHub never publicly discloses identified vulnerabilities for any repository.
Step 2: Find this repository's vulnerable dependencies
Use GitHub's security alerts to identify a vulnerable NPM dependency.
⌨️ Activity: Identify the suggested version update
- Click the Insights tab in your repository.
- On the left hand navigation bar, click Dependency graph.
- Scroll down until you see a yellow bar highlighting the dependency named
debug, and click on the right hand side of the yellowdebugsection. - Take note of the suggested version.
- Comment in this issue with the suggested update version.
GitHub Enterprise Server only: This is all possible on GitHub Enterprise through GitHub Connect. It may take up to an hour to refresh the alerts and make them visible. After waiting a reasonable amount of time, if you are still not seeing the yellow bar in the Dependency Graph, you may want to contact your administrator. In the mean time, to move along with the course, we'll give you a hint - the recommended upgraded version is
2.6.9.
For a printable version of the steps in this course, check out the Quick Reference Guide.
Return to this issue for my next comment.
- Ngôn ngữ chính
- JavaScript
- Star
- 2
- Fork
- 0
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 Ayushparikh-code/security-on-github
-
Find repository vulnerabilitiesĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 35/100
-
Find repository vulnerabilitiesĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 35/100
-
WelcomeĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 25/100
Ayushparikh-code/security-on-github#2 · 1 bình luận ·
Tất cả issue của Ayushparikh-code/security-on-github
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
schmayterling/hibi#245 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
factory-active task-identify-harness-labels-done task-identify-issue-type-done
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
vercel/ai#23304 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug package:vitest
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
cloudflare/workers-sdk#16255 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Proxy and MCP URLs with an empty authority parse as a different hostCó thể đã có người làm @ericcaiwx-star đã nhận hôm nay. Đang mởclawsweeper:bulk-filed clawsweeper:linked-pr-open clawsweeper:needs-product-decision clawsweeper:no-new-fix-pr clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster P2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
openclaw/openclaw-enterprise#2384 · 1 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Access-request approve silently discards the decider's note (decision_note written only on deny)Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Uuriko/project-room#3378 ·
Maintainer thường phản hồi trong vòng 1 ngày