Find repository vulnerabilities
还没有人认领这个 Issue。
评估
调研方向
按照 issue 中的步骤操作:转到 repository 的 Insights 选项卡,然后进入 Dependency graph,找到带有黄色警报的 'debug' 依赖项,并记下建议的版本。任务是将该版本号评论回 issue 中。这是一项使用 GitHub 安全功能的引导式练习。
由索引模型根据 Issue 内容生成。
描述
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.
- 主要语言
- JavaScript
- 星标
- 0
- 派生
- 0
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 2 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 78/100
swc-project/swc-next#1022 ·
维护者通常 1 天内回复
-
area-clientside-dartpad
难度 2/5 1-3 小时 新手友好度 66/100
维护者通常 2 天内回复
-
难度 2/5 1-3 小时 新手友好度 65/100
alphagov/public-asset-checker#378 · 1 条评论 ·
维护者通常 1 天内回复
-
headers-parser: `forRegExp` does not escape regexp characters in path segments that contain `*`可能已有人在做 @RaphaelFakhri 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 85/100
维护者通常 1 天内回复