SlowMist uses multiple models to identify cryptocurrency threats.

The ABC (Asset-Based Cryptocurrency-focused) threat modeling framework:

ABC's key innovation is the use of collusion matrices. A collusion matrix forces a threat model to cover a large space of threat cases while simultaneously managing this process to prevent it from being overly complex. Moreover, ABC derives system-specific threat categories that account for the financial aspects and the new asset types that cryptocurrencies introduce.

STRIDE threat model:

STRIDE is often used in relation to assessing threats against applications or operating systems. However, it can also be used in other contexts as well. STRIDE is an acronym standing for the following: Spoofing/Tampering/Repudiation/Information disclosure/Denial of service (DoS)/Elevation of privilege.

The testing methods are as follows:

In black-box testing and gray-box testing, we use fuzz testing, script testing and other methods to test the robustness of interfaces or components by feeding random data or constructing data with a specific structure, and to mine some boundaries. Abnormal behavior of the system under conditions such as bugs or abnormal performance. In the white-box test, we analyze the object definition and logic implementation of the code through methods such as code review, combined with the relevant experience accumulated by the security team on known blockchain security vulnerabilities, to ensure that the key logic and key components in the code are correct. Achieve no known vulnerabilities; at the same time, enter the vulnerability mining mode for new scenarios and new technologies, and find possible 0day errors.

The Common Vulnerability Scoring System (CVSS) is an open framework for communicating the characteristics and severity of software vulnerabilities. CVSS consists of three metric groups: Base, Temporal, and Environmental. The Base group represents the intrinsic qualities of a vulnerability that are constant over time and across user environments, the Temporal group reflects the characteristics of a vulnerability that change over time, and the Environmental group represents the characteristics of a vulnerability that are unique to a user's environment. The Base metrics produce a score ranging from 0 to 10, which can then be modified by scoring the Temporal and Environmental metrics. A CVSS score is also represented as a vector string, a compressed textual representation of the values used to derive the score.

According to the CVSS method, SlowMist team develops the blockchain vulnerability severity level, they are as follows:

The SlowMist team adopts the strategy of "Black-box + Gray-box" to conduct a complete security test on the project in the way closest to the real attack.

The SlowMist team check all vulnerabilities listing in SlowMist: Blockchain Common Vulnerability List (30+ items)

The SlowMist team adopts the strategy of "Black-box + Gray-box" to conduct a complete security test on the project in the way closest to the real attack.

The SlowMist team examines the most concerned vulnerabilities of exchanges, they are as follows:

• Private key prediction Detail

• Rug pull attack Detail

• Insecure encryption library Detail

• Transaction malleability attack Detail

• Transaction replay attack Detail

• False top-up attack Detail

• RPC theft Detail

The SlowMist team adopts the strategy of "White-box" to conduct a complete security test on the project.

The SlowMist team checks code quality using open source or commercial code scanners, we support all popular languages, such as C/C++/Golang/Rust/Java/Nodejs/C#

The SlowMist team manually checks the code line by line, looking for common coding pitfalls as follows:

• State consistency
• Fail rollback
• Numerical overflow
• Parameter verification
• Error handle
• Boundary check
• Unit test coverage

The SlowMist team adopts the strategy of "White-box" to conduct a complete security test on the project, looking for common coding pitfalls as follows:

• Replay Vulnerability
• Reordering Vulnerability
• Race Conditions Vulnerability
• Authority Control Vulnerability
• Block data Dependence Vulnerability
• Explicit Visibility of Functions
• Arithmetic Accuracy Deviation Vulnerability
• Malicious Event Log
• Asynchronous Call Security

Currently we support:

1. Cosmos-SDK Framework Based Blockchain Audit
2. Substrate Framework Based Blockchain Audit

1. Ethereum(Solidity) Smart Contract Security Audit
2. EOS(C++) Smart Contract Security Best Practices
3. Solana(Rust) Smart Contract Security Best Practices

1. Zero-Knowledge Circuit Security Audit
2. Interchain Bridge Application Security Audit
3. Browser Plugin Wallet Security Audit
4. Exchange Security Audit