The updateReferrerInfo()
function in the SystemConfig
contract lacks proper access control mechanisms. The only restriction is that the _msgSender()
must not be the _referrer
. This oversight can lead to unauthorized users updating any referrer
information.
The function does not restrict who can call it, allowing any user to potentially update the referrer information.
While the function checks that _msgSender()
is not _referrer
, it does not ensure that the caller has the appropriate permissions to make such updates.
Unauthorized updates can compromise the integrity of the referral system
Manual Review
Add the onlyOwner
modifier to the updateReferrerInfo()
function to restrict access to the contract owner
.
Valid high severity. There are two impacts here due to the wrong setting of the `refferalInfoMap` mapping. 1. Wrong refferal info is always set, so the refferal will always be delegated to the refferer address instead of the caller 2. Anybody can arbitrarily change the referrer and referrer rate of any user, resulting in gaming of the refferal system I prefer #1500 description the most, be cause it seems to be the only issue although without a poc to fully describe all of the possible impacts
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.