api-firewall
oasdiff
Our great sponsors
api-firewall | oasdiff | |
---|---|---|
15 | 12 | |
525 | 556 | |
1.1% | 7.6% | |
6.9 | 9.3 | |
7 days ago | about 23 hours ago | |
Go | Go | |
Mozilla Public License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
api-firewall
-
api-firewall VS asteria - a user suggested alternative
2 projects | 27 Aug 2023
-
api-firewall VS openappsec - a user suggested alternative
2 projects | 11 Nov 2022
- What opensource tool for test api security solutions u use?
-
What firewall is the best for you?
Open source API firewall https://github.com/wallarm/api-firewall
oasdiff
- FLaNK AI for 11 March 2024
-
Serverless APIs: Auto-Generate OpenAPI Docs & CI/CD Protections
We will use an open-source GitHub action, oasdiff-action, based on the tool ‘oasdiff.’
-
How to prevent breaking API changes with API Gateway
While you might wish that pull request reviewers would spot any breaking changes, relying solely on this method is not certain and might lead to failure eventually. If you have OpenAPI/Swagger documentation for your APIs, these can be version-controlled and included in a CI pipeline. APISIX doesn't natively support direct integration with version control systems like Git for API specification changes. However, you can set up a process outside APISIX. Tools like Oasdiff or Bump can identify changes in API specs, and trigger a CI pipeline (add GitHub Action) that runs tests against the route endpoints in APISIX to ensure no breaking changes are introduced.
-
Testing for Breaking Changes in Fastify APIs
Now that we have a way to lookup our API’s behavior with Git, we can start testing for breaking changes between versions of our API. We’ll be using Optic (an open source tool I created) to do just that. If you are looking for other options I recommend https://github.com/OpenAPITools/openapi-diff or https://github.com/Tufin/oasdiff.
-
Ask HN: Non-Breaking API deprecation in OpenAPI spec – what do you think?
2. Delete the API at the sunset date or later
People seem to want such a process in order to prevent breaking-changes.
I wrote a diff tool for OpenAPI spec which supports detection of breaking-changes and I recently extended it to support this process and a bit more.
Now I'm looking for feedback.
Proposed Solution (currently in Beta): https://github.com/Tufin/oasdiff#non-breaking-removal-of-deprecated-resources
Related requests:
What are some alternatives?
openapi-preprocessor - An authoring tool for OpenAPI specifications
gotestwaf - An open-source project in Golang to asess different API Security tools and WAF for detection logic and bypasses
apiclarity - An API security tool to capture and analyze API traffic, test API endpoints, reconstruct Open API specification, and identify API security risks.
openapi-diff - Utility for comparing two OpenAPI specifications.
openapi-generator-go - An opinionated OpenAPI v3 code generator for Go. Use this to generate API models and router scaffolding.
opensnitch - OpenSnitch is a GNU/Linux interactive application firewall inspired by Little Snitch.
OctopusWAF - OctopusWAF is a WAF( Web application firewall) with high performance, made in C language and use libevent.
Optic - OpenAPI linting, diffing and testing. Optic helps prevent breaking changes, publish accurate documentation and improve the design of your APIs.
notion-api-cache - Notion API proxy for caching and faster responses
kusk - CLI for Kusk Gateway related functionality