417c218165
This is a proposed initial integration of the [cachetools](https://github.com/tkem/cachetools) library into oss-fuzz. I think this is might be a suitable project for OSS-Fuzz because it is the 22nd most downloaded Python package from pypi https://hugovk.github.io/top-pypi-packages/ and generates a [criticality score](https://github.com/ossf/criticality_score) of 0.54756. ``` repo.url: https://github.com/tkem/cachetools repo.language: Python repo.license: MIT License repo.star_count: 1601 repo.created_at: 2014-03-22T10:09:33Z repo.updated_at: 2023-03-17T22:10:49Z legacy.created_since: 109 legacy.updated_since: 0 legacy.contributor_count: 9 legacy.org_count: 5 legacy.commit_frequency: 0.52 legacy.recent_release_count: 4 legacy.updated_issues_count: 187 legacy.closed_issues_count: 183 legacy.issue_comment_frequency: 2.97 legacy.github_mention_count: 1088 default_score: 0.54756 ``` Code coverage is pretty good (71.5%), the introspector numbers aren't so great <img width="596" alt="image" src="https://user-images.githubusercontent.com/5122866/226210282-2768c604-d2ac-4e06-974e-ffcecc1b9cc3.png"> I was hoping to get some feedback on this change before reaching out to the cachetools maintainers, as it's my first integration and I'm not sure if it's suitable for OSS-Fuzz or not. |
||
|---|---|---|
| .allstar | ||
| .clusterfuzzlite | ||
| .github | ||
| docs | ||
| infra | ||
| projects | ||
| .dockerignore | ||
| .gitattributes | ||
| .gitignore | ||
| .pylintrc | ||
| .style.yapf | ||
| CONTRIBUTING.md | ||
| LICENSE | ||
| README.md | ||
README.md
OSS-Fuzz: Continuous Fuzzing for Open Source Software
Fuzz testing is a well-known technique for uncovering programming errors in software. Many of these detectable errors, like buffer overflow, can have serious security implications. Google has found thousands of security vulnerabilities and stability bugs by deploying guided in-process fuzzing of Chrome components, and we now want to share that service with the open source community.
In cooperation with the Core Infrastructure Initiative and the OpenSSF, OSS-Fuzz aims to make common open source software more secure and stable by combining modern fuzzing techniques with scalable, distributed execution. Projects that do not qualify for OSS-Fuzz (e.g. closed source) can run their own instances of ClusterFuzz or ClusterFuzzLite.
We support the libFuzzer, AFL++, and Honggfuzz fuzzing engines in combination with Sanitizers, as well as ClusterFuzz, a distributed fuzzer execution environment and reporting tool.
Currently, OSS-Fuzz supports C/C++, Rust, Go, Python, Java/JVM, and JavaScript code. Other languages supported by LLVM may work too. OSS-Fuzz supports fuzzing x86_64 and i386 builds.
Overview
Documentation
Read our detailed documentation to learn how to use OSS-Fuzz.
Trophies
As of February 2023, OSS-Fuzz has helped identify and fix over 8,900 vulnerabilities and 28,000 bugs across 850 projects.
Blog posts
- 2016-12-01 - Announcing OSS-Fuzz: Continuous fuzzing for open source software
- 2017-05-08 - OSS-Fuzz: Five months later, and rewarding projects
- 2018-11-06 - A New Chapter for OSS-Fuzz
- 2020-10-09 - Fuzzing internships for Open Source Software
- 2020-12-07 - Improving open source security during the Google summer internship program
- 2021-03-10 - Fuzzing Java in OSS-Fuzz
- 2021-12-16 - Improving OSS-Fuzz and Jazzer to catch Log4Shell
- 2022-09-08 - Fuzzing beyond memory corruption: Finding broader classes of vulnerabilities automatically
- 2023-02-01 - Taking the next step: OSS-Fuzz in 2023