This is version of Securify is deprecated and will be no longer supported. Please use Securify v2.0.
Securify is a security scanner for Ethereum smart contracts supported by the Ethereum Foundation and ChainSecurity. The core research behind Securify was conducted at the ICE Center at ETH Zurich.
It features an extensive list of security patterns commonly found in smart contracts:
- some forms of the DAO bug (also known as reentrancy)
- locked ether
- missing input validation
- transaction ordering-dependent amount, receiver and transfer
- unhandled exceptions
- unrestricted ether flow
The project is meant to be an open platform welcoming contributions from all of the Ethereum Security Community. To suggest new patterns, to volunteer for testing or to contribute developing new patterns please get in touch through our Discord group.
- Soufflé: https://github.com/souffle-lang/souffle/releases (Securify should work with
the latest package, please raise an issue if it does not). If you cannot
install Soufflé, look at the Docker container for an alternative. Securify
will crash without the
souffle
binary. As of writing, Soufflé is not available on Windows, so Securify should not be expected to run on Windows either. - Java 8
- A
solc
binary is required to be able to use Solidity file as input. Securify assumes that the right version is installed for the given file.solc
is available here.
To build:
./gradlew jar
To run Securify on a Solidity file:
java -jar build/libs/securify.jar -fs src/test/resources/solidity/transaction-reordering.sol
To run Securify on the decompilation output provided by the pysolc.py script (which requires py-solc):
java -jar build/libs/securify.jar -co out.json
To run Securify on some EVM binary (produced e.g. by solc
):
java -jar build/libs/securify.jar -fh src/test/resources/solidity/transaction-reordering.bin.hex
To see the full list of options:
java -jar build/libs/securify.jar -h
To run the tests (which use JUnit4):
./gradlew test
A Python wrapper helps to deal with solc
and truffle
. The requirements are
in the requirements.txt file. The Dockerfile can be used as
a reference to set-up your local environment to use this wrapper.
The installation should be simple enough on Debian derivatives, or any other platform supported by Soufflé.
For a quick demonstration which does not require Soufflé, you can use Docker.
Build the Docker image:
docker build . -t securify
Run Securify on a small example:
docker run securify
You can change the files analyzed by specifying a volume to mount, and every
*.sol
file contained will then be processed by Securify:
docker run -v $(pwd)/folder_with_solidity_files:/project securify
Adding a --truffle
flag should allow Securify to run over Truffle project in
which dependencies have already been installed (so run npm install
before if
need be). Without this flag, the project is compiled using solc
. Add a -h
to obtain the full list of options. In particular, if the user wants to receive
compilation information from Truffle, he should add the -v
flag.
If one wants to receive JSON output, the docker supports a --json
flag that
will suppress the pretty output and return JSON instead. Make sure to add the
-q
flag if no progress information should be displayed, hence resulting in
pure JSON output. The indices of the lines matched are 0-based, meaning that
a match to line i
means that the i+1
th line is matched. In particular, the
first line has an index of 0.
Basic end to end tests can be run through the test.py file:
python3 test.py
The requirements can be installed using Pipenv:
pipenv install
or using pip
:
pip install -r requirements.txt
These tests compare the current json output given by Securify with some past output, and report differences between the two.
You can add the following .travis.yml
to your project to run Securify on new
commits:
services:
- docker
before_install:
- docker pull chainsecurity/securify
script:
- docker run -v $(pwd):/project chainsecurity/securify
This should allow Securify to run over Truffle project in which dependencies
have already been installed (so run npm install
before if need be).
The output loosely follows the clang style. Only warnings and vulnerabilities
are reported. If one wishes to also get the compliance information, please use
the --json
flag in the docker, or -co
flag on the Java executable to get
all analysis information in JSON format.
See CONTRIBUTING.md.
Join our Discord to discuss with other users.
Although Securify is regularly used to help audits at ChainSecurity, there are still bugs, including:
- the code in the fallback function is currently not analyzed. A workaround is to name this function instead.
- in some cases, a StackOverflowError exception is thrown, due to
computeBranches
being recursive. In most cases, it is enough to increase the stack size using the-Xss
option ofjava
, e.g.java -Xss1G -jar ...
. - libraries are not properly supported
- abstract contracts (whose binary cannot be obtained via
solc
) are not supported
- Securify research paper presented at ACM CCS'18 in Toronto, Canada
- Summary of the Securify research paper in The Morning Paper
- TechCrunch: This smart contract scanner will ensure your token is tip-top
- Talk at EPFL in Lausanne
- Talk at Devcon3 in Cancún
- Talk at d10e in Davos
- Researchers from ETH Zürich release a free state-of-the-art security scanner for Ethereum smart contracts
- Automated security analysis of Ethereum smart contracts
- Automatically detecting the bug that froze Parity's wallets
Securify statically analyzes the EVM code of the smart contract to infer important semantic information (including control-flow and data-flow facts) about the contract. This step is fully automated using Soufflé, a scalable Datalog solver. Then, Securify checks the inferred facts to discover security violations or prove the compliance of security-relevant instructions.
The full technical details behind the Securify scanner are available in the research paper.