CRITICALArbitrary transferFrom of third-party ERC20 tokens
CRITICALStorage pointer not initialized (points to slot 0)
HIGHState variable never initialized
HIGHReentrancy without ETH (state-only)
HIGHecrecover without invalid-signature protection
MEDIUMDivision before multiplication (precision loss)
MEDIUMDivision before multiplication (precision loss)
MEDIUMDivision before multiplication (precision loss)
MEDIUMDivision before multiplication (precision loss)
MEDIUMStrict equality on balances/tokens
MEDIUMStrict equality on balances/tokens
MEDIUMStrict equality on balances/tokens
MEDIUMStrict equality on balances/tokens
MEDIUMStrict equality on balances/tokens
MEDIUMStrict equality on balances/tokens
MEDIUMLocal variable used before initialization
MEDIUMLocal variable used before initialization
MEDIUMLocal variable used before initialization
MEDIUMAccess control issue (manual review required)
MEDIUMLow-level call return value not checked
MEDIUMtransfer()/transferFrom() return value not checked
MEDIUMtransfer()/transferFrom() return value not checked
LOWMissing zero-address check
LOWMissing zero-address check
LOWMissing zero-address check
LOWMissing zero-address check
LOWMissing zero-address check
LOWReentrancy without state impact (benign)
LOWblock.timestamp dependence
LOWblock.timestamp dependence
Preview only — no exploit details or fix recommendations are published here
to avoid disclosing an unpatched issue before the contract owner sees it. Full report (RU+EN), exact lines,
exploit path and fork PoC — via the bot below.
If you're the contract owner and believe this automated finding is inaccurate,
or want this page reviewed or removed, send us your contact details and we'll get back to you.
Auto-audit by SecurityLab (slither+aderyn). Static analysis only unless noted as PoC-confirmed —
not a substitute for a manual audit before mainnet deployment with real funds.