{"answers":{"affected":"3 open source packages ship an affected version, including github.com/klever-io/klever-go.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-55763 exists.","fix":"Upgrade github.com/klever-io/klever-go to 1.7.19-rc4 or later.","what":"CVE-2026-55763 is a high-severity vulnerability in klever-io klever-go, published on 28 Aug 2026. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-55763 and fix it if it is affected.\n\nWhat it is: CVE-2026-55763 is a high-severity vulnerability in klever-io klever-go, published on 28 Aug 2026. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-55763 exists.\n\nAffected packages and fixed versions:\n- github.com/klever-io/klever-go (Go): affected all versions; no fix listed\n- github.com/klever-io/klever-go (Go): affected all versions; fixed in 1.7.19-rc4\n- github.com/klever-io/klever-go (Go): affected all versions; fixed in 1.7.19-rc4\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-55763/ (Markdown: https://insights.sbomify.com/CVE-2026-55763/index.md)","id":"CVE-2026-55763","markdown":"https://insights.sbomify.com/CVE-2026-55763/index.md","name":"CVE-2026-55763","record":{"aliases":["GHSA-v358-wf77-39xv","GO-2026-6323"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["data_modify","other"],"network_reachable":"yes","non_default_config":true,"product_category":"Klever blockchain protocol","requires_auth":"none","summary":"Attackers can mint unlimited tokens by configuring a 100% royalty split, bypassing source account debits in the Klever-Go blockchain implementation.","user_interaction":"not_required","vuln_class":"business_logic"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":8.7,"severity":"high","source":"cna","vector":"CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N","version":"4.0"},"cwes":[{"id":"CWE-841","name":"Improper Enforcement of Behavioral Workflow"}],"description":"Klever-Go is the Go implementation of the Klever blockchain protocol. Prior to 1.7.19, processPercentageRoyaltiesTransfer in core/kapp/accounts/accounts.go calls SubFromBalance after the split loop and after the royaltiesToPay \u003c= 0 early return. computeSplitRoyalties rejects only when splitToPay \u003e royaltiesToPay, so a valid PercentTransferPercentage = 10000 split consumes exactly 100 percent of the royalty pool, sets royaltiesToPay to zero, and returns before the source account is debited. The split recipient receives the full royaltyAmount while the sender pays nothing and the supply counter is not updated, allowing unbounded off-the-books inflation of the transferred KDA. A KDA owner must configure a TransferPercentage royalty with a 100 percent split, after which any holder's transfer of the asset triggers the mint; the sibling processFixedRoyaltiesTransfer path is not affected because it debits the source before distribution. This issue is fixed in version 1.7.19.","ecosystems":["Go"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"Klever-Go: Percentage-transfer royalty skips the source debit at exactly-100% splits","id":"CVE-2026-55763","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"Go","product":null,"products":[],"type":"business_logic","year":"2026"},"n_packages":3,"n_references":3,"next":{"headline":"Klever-Go: SFT add-quantity `int64` overflow bypasses a finite per-nonce MaxSupply","id":"CVE-2026-55764"},"packages":[{"ecosystem":"Go","fixed":[],"introduced":["0"],"last_affected":[],"package":"github.com/klever-io/klever-go","purl":"pkg:golang/github.com/klever-io/klever-go","source":"GO-2026-6323"},{"ecosystem":"Go","fixed":["1.7.19-rc4"],"introduced":["0"],"last_affected":[],"package":"github.com/klever-io/klever-go","purl":null,"source":"GHSA-v358-wf77-39xv"},{"ecosystem":"Go","fixed":["1.7.19-rc4"],"introduced":["0"],"last_affected":[],"package":"github.com/klever-io/klever-go","purl":"pkg:golang/github.com/klever-io/klever-go","source":"GHSA-v358-wf77-39xv"}],"prev":{"headline":"Missing authorization in Rocket.Chat","id":"CVE-2026-55762"},"products":["klever-go"],"published":"2026-08-28","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"CC BY 4.0","name":"Go Vulnerability Database","prefix":"GO"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"yes","exploitation":"poc","technical_impact":"partial"},"state":"PUBLISHED","updated":"2026-08-31","vendors":["klever-io"]},"summary":"Attackers can mint unlimited tokens by configuring a 100% royalty split, bypassing source account debits in the Klever-Go blockchain implementation.","url":"https://insights.sbomify.com/CVE-2026-55763/"}