Even though we sign the contract deployment(source code) using our private key, why not utilize ABI's encoding and decoding utilities? In my opinion, that would make reversing a smart contract's bytecode (Especially password) more difficult. We can't perform keccak256 hashing
or any similar one-way hashing
from SHA Family
because it can't be reversed. Although we can use MD5
😅.
It would be an overhead for adversaries or attackers to decode a 2x encoded password. 2x encoding makes owner's password not to fit either into a dictionary or into a rainbow table.
Manually Hunted.
Use inbuilt ABI's Encoding & Decoding Utilities as i used or Implement MD5
or some similar encryption algorithmic utilities.
Private functions and state variables are only visible for the contract they are defined in and not in derived contracts. In this case private doesn't mean secret/confidential
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.