CertiK reviewed GOMDori on 30 Aug 2023: 12 findings, 0 critical; 3 acknowledged, 9 open.
Report hosted on skynet.certik.com.
Trustblock does not review code.
Statuses are the security firm’s own, from its report.
| Severity | Open | Acknowledged | Fixed |
|---|---|---|---|
| Critical | 0 | 0 | 0 |
| High | 0 | 2 | 0 |
| Medium | 0 | 1 | 0 |
| Low | 9 | 0 | 0 |
In the contract `GOMDORI` the role `_owner` has authority over the functions shown in the diagram below. Any compromise to the `_owner` account may allow the hacker to take advantage of this authority and burn tokens modifying the totalSupply, therefore the price, of the token and freeze/unfreeze accounts at will. 
All of the `GOMD` tokens are sent to the contract deployer or one or several externally-owned account (EOA) addresses. This is a centralization risk because the deployer or the owner(s) of the EOAs can distribute tokens without obtaining the consensus of the community. Any compromise to these addresses may allow a hacker to steal and sell tokens on the market, resulting in severe damage to the project.
In contract `GOMD`, the functions `transfer()` and `transferFrom()` check if the source address from which the tokens are sent is frozen or not. Although, there is no check that ensures that assets are not transferred to a frozen address or that the `msg.sender` of `transferFrom()` is not a frozen address. In this way, a frozen address could receive assets that are then not transferrable anymore since it is frozen.
The report names a repository or files. Open the report to see its scope.
Repository and files the report names (1)
1,044 projects reviewed · 1,375 reports · latest May 2025
See CertiK’s auditsSomething wrong on this page? A missing report, a wrong date, a finding that was fixed since. Tell us and we check it against its source.
Tell us