When users call PreMarket::createTaker
to sell points to a Bid maker, they are not required to provide collateral for those points, irrespective of the mode, leading to a loss for the Maker.
An attacker can exploit this by acting as an Ask Taker and creating a stock to sell phantom points to a victim Bid Maker. The protocol does not validate if the Ask Taker actually possesses the points they are selling, allowing them to bypass providing collateral.
Below is the function responsible for handling Takers deposits when they trade with makers
Also, this note that this attack only works in turbo mode
Attacker Creates a Stock: The attacker creates a stock to sell points to a victim turbo Bid Maker without actually holding the points.
Victim's Used Points Increase: The victim’s usedPoints
are increased, as seen in this code segment, effectively griefing the victim.
Griefing with Minimal Cost: Although the victim receives _tradeTax
, their loss is significantly greater due to the increased usedPoints
. The attacker can then withdraw their deposit after their balance is credited to their Tadle account.
No Collateral Required: This is possible because the protocol incorrectly assumes that points can only be sold through createOffer
and listOffer
, leading to the omission of collateral requirements for Ask Takers.
This vulnerability allows attackers to grief other users on the platform with minimal transaction costs, potentially leading to financial loss and disrupted trades for the victim.
Manual analysis
To mitigate this issue, the protocol should implement checks to ensure that Ask Takers possess the points they are selling and require collateral for these points. Additionally, the protocol should revert calls made by Ask Takers who fail to meet these requirements.
Valid high severity, given orginal offer makers are not a trusted entity to enforce a settlement. The trade tax set by the maker should be returned back to the takers to avoid abuse of abortion of ask offers to steal trade tax from takers. Note for appeals period: See issue #528 for additional details
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.