As of 3 Nov 2026, IguVerse IGU has 1 audit report on Trustblock, by CertiK, dated 14 Oct 2022. That report lists no open critical findings.
Record last updated . It holds audits, findings and contracts up to Nov 2026, and incidents up to Oct 2026. Trustblock does not review code.
Newest first
| Audit | Security firm | Date | Scope | Critical findings | Report |
|---|---|---|---|---|---|
| IguVerse - Audit 1 | Security firm: CertiK | Date: | Scope: Files named in the report | No open critical findings | Open · skynet.certik.com |
Statuses are the security firm’s own, from each report.
| Severity | Open | Acknowledged | Fixed |
|---|---|---|---|
| Critical | 0 | 0 | 0 |
| High | 0 | 2 | 1 |
| Medium | 0 | 0 | 0 |
| Low | 2 | 0 | 7 |
In the contract `Iguverse` 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 withdraw any BNB or BEP20 Tokens held by the contract, change the signer, change the base URI, or mint any quantity of tokens to themselves.  In addition if there is a compromise to the `signerRole` a hacker can sign messages enabling the use of `execTransaction()` to mint any quantity of tokens to themselves and transfer any BEP20 Tokens held by the contract to themselves. --- In the contract `TokenDistributor` the role `_owner` has authority over the `setSigner()` and `transferTo()` function. Any compromise to the `_owner` account may allow the hacker to take advantage of this authority and transfer tokens to anyone and grant the role of `singer` to any user. The role `singer` also has the authority over the `transferTo()` function. Any compromise to the `singer` account may allow the hacker to take advantage of this authority and transfer tokens to anyone. In addition to this, the signature of `singer` is required to call the `collect()` function. If the role of the `singer` is compromised it can lead to unintended users being able to sign messages enabling the use of `collect()` to transfer themselves tokens from the contract. --- In the contract `IgupToken` the role `_owner` has authority over `setMinter()` and `mintTo()` functions. Any compromise to the `_owner` account may allow the hacker to take advantage of this authority and mint themselves any amount of tokens. They may also assign the role of `minter` to anyone using the `setMinter()` function. The role `minter` also has the authority over the `mintTo()` function. Any compromise to the `minter` account may allow the hacker to take advantage of this authority and allow the hacker to mint themselves any amount of tokens. In addition to this, the signature of `minter` is required to call the `collect()` function. If the role of the `minter` is compromised, it can lead to unintended users being able to sign messages enabling the use of `collect()`to mint themselves any amount of new tokens.
Open the report`IGU`tokens are sent to `msg.sender` when deploying the contract. This could be a centralization risk as the `msg.sender` can distribute tokens without obtaining the consensus of the community.
Open the reportThe reports name a repository or files. Open a report to see its scope.
Is this your project? Show this record on your own website. The label states what the record holds, links to this page and updates by itself. It is free and needs no sign-in.
Automatic: the three strongest facts of this project’s own record (its last audit and two more), highlighted. They update with the record. Picking a fact turns Automatic off.
<head><script src="https://widget.trustblock.run/project-widget.min.js" defer></script></head><body><divdata-tb-project-widgetdata-tb-project-slug="iguverse"></div></body>
Paste the code where the label should appear. It uses no API credit and updates by itself.
Something 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