Vulnerability Details

It is possible that protocol may use USDT as underlying token. So whenever function like transferFrom will be called on USDT contract then it will not return true on success resulting the logic break of repayBadDebtWithCash function in MErc20DelegateFixer.sol.

src/MErc20DelegateFixer.sol#L30-L40

Impact

If underlying storage variable have USDT contract address then it will not return true on success when transferFrom will be called resulting the logic break of repayBadDebtWithCash function

Tools Used

Manual Review

Recommended mitigation :

Use Openzeppelin's SafeERC20 library. Use safeTransferFrom of that library instead of transferFrom. So whenever any token return bool or revert on failure it can handle both situations. Since it uses low level call to call the ERC20 contract.