sherlock-audit / 2023-12-ubiquity-judging

2 stars 2 forks source link

0xnirlin - Mint and Redeem function don't have the functionality of adding deadline check. #220

Closed sherlock-admin2 closed 10 months ago

sherlock-admin2 commented 10 months ago

0xnirlin

medium

Mint and Redeem function don't have the functionality of adding deadline check.

Summary

The mint- redeem- trade transaction lacks of expiration timestamp check (DeadLine check)

Vulnerability Detail

mintDollar() function and redeemDollar() function have the following signature :

    function mintDollar(
        uint256 collateralIndex,
        uint256 dollarAmount,
        uint256 dollarOutMin,
        uint256 maxCollateralIn
    )
    function redeemDollar(
        uint256 collateralIndex,
        uint256 dollarAmount,
        uint256 collateralOutMin
    )

As we can see there is no deadline check option. The deadline check ensures that the transaction can be executed on time and the expired transaction revert.

Impact

The transaction can be pending in mempool for a long and the trading activity is very time sensitive. Without a deadline check, the trade transaction can be executed for a long time after the user submits the transaction, at that time, the trade can be done at a sub-optimal price, which harms the user's position.

The deadline check ensures that the transaction can be executed on time and the expired transaction revert.

As we have seen in the past stable coins can depeg, like usdc and ust, so the risk is there for DAI and LUSD too.

Code Snippet

https://github.com/sherlock-audit/2023-12-ubiquity/blob/d9c39e8dfd5601e7e8db2e4b3390e7d8dff42a8e/ubiquity-dollar/packages/contracts/src/dollar/libraries/LibUbiquityPool.sol#L326-L465

Tool used

cAtS

Recommendation

Add option to add a deadline check.

sherlock-admin2 commented 10 months ago

1 comment(s) were left on this issue during the judging contest.

auditsea commented:

Deadline check is not required

nevillehuang commented 10 months ago

Low severity, slippage is sufficient in this case given it is users responsibility to execute timely transactions with sufficient gas provided. For consistency, this type of issues has been judged as invalid recently