-
Notifications
You must be signed in to change notification settings - Fork 54
Security
Services (previously known as DevTools) serve as a "purgatory" for services that are important to know about when working in Web3, but that doesn't have it's own unique category. Please note, that only web3-specific services are accepted for this category.
references/offers/security.csv - canonical source for all new offers (including offers only exist one network).
listings/specific-networks/<network_name>/security.csv - use !offer:<slug> references and only specify network-specific overrides when needed.
listings/all-networks/security.csv - use for entries that should propagate to all network JSON outputs.
- Always create or update the canonical offer in
references/offers/security.csvfirst. - In listings, add
!offer:<slug>and fill only fields that must override offer defaults. - Tool is directly useful for building on this chain.
- Docs/install links are public and maintained.
slug,provider,offer,actionButtons,tag,description,planType,planName,price,trial,starred,toolType,deliveryType,executionEnvironment,coverage,compliance
echidna,Echidna,"[""[Website](https://github.com/crytic/echidna)""]","[""Smart contract security"",""Fuzzing""]","Open-source property-based fuzzer for Ethereum smart contracts",Free,,$0,FALSE,FALSE,smart contract security,CLI,,"[""smart contracts""]",Refer to Common Columns.
Refer to Common Columns.
Examples: Hardhat, Foundry.
Refer to Common Columns.
Refer to Common Columns.
What the tool does.
Blank: No
Format: text
Examples: Open-source property-based fuzzer for Ethereum smart contracts
Refer to Common Columns.
Refer to Common Columns.
Refer to Common Columns.
Refer to Common Columns.
Refer to Common Columns.
Security tool primary category.
Blank: Yes
Format: text
Examples: Audits, Compliance checker.
Tips:
- Create additional category beyond one mentioned in examples only if you are absolutely sure that that none of the existing categories fits in, and explain its necessity in your PR.
How the tool is delivered/used.
Blank: Yes
Format: text
Examples: CLI, Web app, API, SDK
Tips:
- Create additional deliveryType beyond one mentioned in examples only if you are absolutely sure that that none of the existing categories fits in, and explain its necessity in your PR.
If it is limited by specific environment - point it here.
Blank: Yes
Format: text
Examples: EVM, Substrate, Rust, etc.
What it covers / protects.
Blank: Yes
Format: JSON list
Examples: "[""smart contracts""]", "[""token standards"",""DeFi protocols""]"
Compliance/security standards or frameworks supported.
Blank: Yes
Format: JSON list
Examples: ["SOC 2"], ["ISO 27001"]