π°Bounty Programme
Tokenlon Security-vulnerabilities and Threat-intelligence Bounty Programme
Scope of Business
Tokenlon 5.0 Smart contractοΌ
Smart contract addressοΌ0x03f34bE1BF910116595dB1b11E9d1B2cA5D59659
Processing Flow
Reporting Stage
There are two ways to do this:
The reporter visits "Bugrap" website and goes to "Submit Bug Bounty" (URLοΌhttps://bugrap.io/bounties/Tokenlon) to submit a threat intelligence. (Status: to be review)
Report directly to the Tokenlon team at security@tokenlon.im
Processing Stage
The Tokenlon team will receive the vulnerability report within 1 working day, and start reviewing the threat (Status: Under review) while informing the development team.
Within three working days, the Tokenlon technical team will deal with the problem, draw conclusions and record points (Status: confirmed / ignored). They will communicate with the reporter if necessary, and ask the reporter for assistance.
Repairing Stage
The Tokenlon business department shall repair the security problems in the threat intelligence and update online (status: repaired). The repairing timeframe depends on the problem severity and the repair difficulty. Generally speaking, it is within 24 hours for the critical and high-risk problems, within 3 working days for the medium-risk problems, and within 7 working days for the low-risk problems. The App security issue is limited by the version release, and the repairing timeframe is on a case-by-case basis.
The reporter will review whether the security problem has been repaired (Status: reviewed/reviewed with objection).
After the reporter confirms that the security problem is repaired, the Tokenlon technical team will inform the Bugrap Security Team of the conclusion and the vulnerability score. Tokenlon will issue rewards with the Bugrap Security Team (status: completed).
Vulnerability Level and Reward Standards
Level | Tokenlon Reward* |
Critical | $10000 ~ $50000 |
High | $2500 ~ $10000 |
Medium | $1000 ~ $2500 |
*Remark: The final award depends on the severity of the vulnerability and the true impact of the vulnerability.
Determining Severity
Critical Vulnerabilities
A critical vulnerability refers to the vulnerability that occurs to the core business of a smart contract, which could result in the tokens owned by the platform or users being transferred, stolen, or frozen. Or taking control of the business system, and thus the core system getting affected.
High-risk Vulnerabilities
A high-risk vulnerability refers to that owing to the incorrect processing of the contract programs, the contract get exploited and arbitraged, involving money loss but not on a large-scale. Or contract defects like smart contract overflow, precision problems, and system check bypass.
Medium-risk Vulnerabilities
A medium-risk vulnerability refers to a vulnerability that can affect users only by interaction. For example, the data of the user's operation is affected due to improper page access. (Tokenlon.im)
Vulnerability related examples
Cause permanent asset loss or freezing of funds in the system
User funds can be stolen
Contract can be re-entry attacked
Can be taken control of the business system
Smart contract overflow
Other metrics
In addition to the severity, the following factors are also the criteria for the Tokenlon technical team to consider the amount of bounty.
Have a clear description of the vulnerability
Provide test code or instructions to reproduce the vulnerability
Provide methods to fix vulnerabilities
Last updated