Cybersecurity of the company and the security of our users' data is a top priority for us, therefore VeChain launched a bug bounty program to find vulnerabilities and pay rewards.
To participate in the contest, you must agree and follow the rules described in this policy. You must be the first to report a vulnerability to receive a reward.
You must send a clear textual description of the work done, along with steps to reproduce the vulnerability.
After sending report, you cannot tell anyone or anywhere. Public disclosure of a vulnerability makes it ineligible for a bounty. Also, please do not store screenshots and / or executable codes and scripts related to the vulnerability discovered on publicly available services and resources so that the information is not available to third parties.
This Bug Bounty ONLY limits to the code.
Do code review for logical and security mistake in our testnet: VeChainThor is a new public blockchain that was written from scratch by the VeChain team. VeChainThor leveraged some of the features of Ethereum such as EVM. The VeChain team has added a lot enterprise friendly features at the core blockchain level so that it could be easily used by any developer or user on the platform. Some of the major features are:
- VET / VTHO dual token system, only VTHO will be consumed by the payment and smart contract execution
- Multi-party payment protocol
- Completely new transaction model
- Proof of Authority consensus
Follow the updates via a special tab in the program, if you have any further questions feel free to ask via online chat on the site.
Thor is VeChain's new generation blockchain project. It's the oﬃcial implementation written in golang.
1) Download mainnet source code, vendor dependency packages and VeChain Thor Tutorial via Github.
2) Connect to the testnet, generate wallet address by yourself and receive test tokens via faucet.
What to look for
Protocol and Network
- Conceptual and practical security issues in the formal specification of the protocol.
- Misaligned / unintended economic incentives and game theoretic flaws.
- Security weaknesses / attacks on the P2P communication protocol and PoA consensus algorithm.
- Scenarios for DoS attacks.
- 51% and other X% attacks
- Finney attacks
- Sybil attacks
- Replay attacks
- Transaction / messages malleability
- Server configuration issues (open ports) Node function validation
- Lack of validations of blocks, transactions and messages
- Ethereum Virtual Machine code execution such as built-in contract, native function
- Contract creation
- Message calls
- Calculation and enforcement of fees. Client application security, suggestions on the APIs
- Data type overflow / wrap around, e.g. integer overflow.
- Panics or not properly handled errors.
- Concurrency, e.g. synchronization, state, races attacks.
- Issues related to external libraries used (outdated software). Cryptographic primitives security
- Incorrect implementation / usage / configuration of:
- Elliptic curve (secp256k1, ECDSA,ECDH,ECIES).
- Hash algorithms (Keccak-256,Blake2b).
- Merkle Patricia trees.
The size of rewards
It’s exclusive program where you can receive a reward in VET in exchange for discovered vulnerabilities within the scope. We appreciate your efforts in taking out time and pointing it out to us, it helps us be better in our approach. While we are very thankful for your efforts, we don’t want them to go unrewarded. Eligible bug rewarded based on the CVSSv3 severity and we set next payout range:
*The rewards will be paid out in VET based on the current price.
However, it’s entirely at our discretion to decide whether a bug is significant enough to be eligible for reward. In special cases, the size of the award can be increased if the researchers demonstrate how the vulnerability can be used to inflict maximum harm.
The rules of bug bounty program
- Only first submitted issue is eligible for bounty reward.
- In case you find chain vulnerabilities we pay only for vulnerability with the highest severity.
- Don’t violate any law and stay in the defined scope.
- You also must not disrupt any service, or compromise personal data.
- Follow disclosure guidelines.
Will make a best effort to meet the following SLAs for researchers who is participating in our program:
|Time to first response (from report submit)||1 day|
|Time to triage (from report submit)||3 days|
|Time to bounty (from triage)||5 days|
We’ll try to keep you informed about our progress throughout the process.