Skip to content

Bug bounty reports15,219

Publicly disclosed HackerOne reports, with the platform's own outcome and severity.

Program:Monero
Status:Valid
Clear
Severity
Weakness
Year
Bounty paid0
Access stated
Access needed:A user account
Technique
Clear filters23 of 15,219 reports
Disclosed bug bounty reports
ReportStatusWeaknessSeverityDisclosedBountyVotes
[Monero wallet RPC] File precreation to file ownership and credentials leakAnalysed#2425873ValidAccess Control–2024-09-04–75
Wallet RPC Restricted-Mode Policy BypassAnalysed#3620006ValidAuthenticationHigh2026-08-17–54
Restricted RPC leaks alternative block hashes via /get_alt_blocks_hashesAnalysed#3738727ValidAccess ControlLow2026-07-20–52
Dynamic fee algorithm doesn't check for zero feeAnalysed#1981441ValidDenial of ServiceLow2025-05-23–46
Monero GUI OpenAlias DNSSEC-invalid resolution still writes spoofable address into recipient fieldAnalysed#3819475ValidNo weakness recordedMedium2026-08-20–44
wallet-rpc crash via malformed /gettransactions response (empty txs → vector::front() in check_tx_key / check_tx_proof)Analysed#3693636ValidMemory CorruptionHigh2026-08-05–44
`check_reserve_proof` counts duplicate entries: one output can inflate `total`Analysed#3699522ValidInput Validation and LogicMedium2026-08-05–42
Windows installer grants low-privileged users write access to executable P2Pool directory, enabling local code executionAnalysed#3619409ValidAccess ControlHigh2026-08-20–40
`check_reserve_proof` sums RingCT ECDH amounts without checking the output commitmentAnalysed#3698862ValidCryptographyMedium2026-08-05–37
sign_multisig crashes monero-wallet-rpc on a malformed but decryptable multisig txsetAnalysed#3683934ValidNo weakness recordedHigh2026-09-17–35
View-only offline transaction creation bypasses the long-payment-ID privacy blockAnalysed#3686283ValidInformation DisclosureMedium2026-08-20–32
Authenticated `unsigned_txset` change spoof lets a malicious hot wallet steal cold-signer changeAnalysed#3621588ValidInput Validation and LogicHigh2026-09-16–32
SpendProofV1 txid-substitution: get_spend_proof/check_spend_proof do not verify returned transaction hashAnalysed#3700036ValidCryptographyMedium2026-08-05–28
Hardware Wallets Do Not Check Unlock TImeAnalysed#817245ValidCryptographyMedium2021-09-12–27
Reported Denial of ServiceAnalysed#3241102ValidDenial of Service–2026-04-06–23
ZMQ get_output_distribution duplicate amount DoSAnalysed#3681690ValidNo weakness recordedMedium2026-09-17–22
Spamming highly nested JSON RPC requests cause node to disconnect from p2p networkAnalysed#2677306ValidDenial of Service–2025-04-23–22
`monero-wallet-rpc::rescan_spent` accepts daemon-supplied spent-status from an untrusted daemon, enabling ring-intersection attack on transactionsAnalysed#3719670ValidInformation DisclosureMedium2026-11-02–21
monero:// deeplink parsing accepts tx_amount=(all) and can trigger send-all transaction modeAnalysed#3648638ValidInput Validation and LogicMedium2026-08-20–21
`relay_tx` wallet-rpc skips `--restricted-rpc` guard and lets any caller corrupt wallet state via attacker-controlled `pending_tx`Analysed#3687543ValidAccess ControlLow2026-08-05–20
wallet-rpc describe_transfer uses real_output_in_tx_index instead of real_output: cold-wallet pre-sign review shows wrong ring memberAnalysed#3723315ValidMemory CorruptionMedium2026-08-05–19
Inverted ternary in peerlist_manager::filter() allows unlimited whitelist entries per host via different portsAnalysed#3547349ValidNo weakness recorded–2026-06-29–18
Array Index Underflow--http rpcAnalysed#825091ValidMemory CorruptionHigh2021-10-11–16

Status and severity are HackerOne's. “Access stated” is what the title says; “Access needed” and techniques come from CyberSIXT's analysis of the public report, where there is one, which can be wrong. Data as of 2026-11-15.