Low
Limited security impact. Useful findings that strengthen the details.
Severity example
A narrowly constrained information exposure with no sensitive wallet data or meaningful privilege gain.
Great security welcomes a closer look. Help us find vulnerabilities in Oath and make self-custody stronger for everyone.
Four severity levels. Clear rewards.
Amounts are in USD, per eligible unique vulnerability.
Limited security impact. Useful findings that strengthen the details.
A narrowly constrained information exposure with no sensitive wallet data or meaningful privilege gain.
A meaningful security weakness with limited impact or significant prerequisites.
An exploitable access-control or application vulnerability affecting limited non-public data, without exposing signing keys or enabling unauthorized transfers.
Substantial compromise of confidentiality, integrity or availability.
A practical bypass of an important security boundary, significant sensitive-data exposure, or a serious signing flaw requiring constrained conditions.
A direct, severe threat to wallet keys or user funds.
A reproducible flaw that permits unauthorized signing, extraction of protected private keys, or irreversible loss of funds under realistic conditions. Demonstrate it only with test assets.
Rewards depend on validated impact and eligibility. CVSS v4.0 is a reference; the final severity considers the actual Oath exploit path. Low findings have no monetary reward.
Focus on the boundaries that protect keys, transactions and user data.
The current publicly released Oath Wallet app. Include the exact app build, OS version and affected network. Focus on key protection, authentication, recovery, transaction construction and signing.
Security-relevant Oath code in devdasx/oath-wallet. Pin the commit and demonstrate a reachable impact in a current supported feature. A source-only finding must identify the affected code and must not claim it proves App Store binary behavior.
Oath-controlled application behavior on oathwallet.org, help.oathwallet.org and articles.oathwallet.org. Use only your own account and test data. These exact hosts are in scope; other subdomains and infrastructure are not included automatically.
Read these rules before testing. Use the smallest safe proof that establishes the issue.
Use local builds, isolated forks or testnets with disposable wallets and synthetic data. Website testing must be non-destructive and limited to accounts and data you control. Do not use real user funds or send mainnet transactions to prove impact.
Do not access, copy, change or delete another person’s data. If you encounter it unexpectedly, stop immediately and report the minimum redacted evidence privately. Do not continue exploiting the issue or retain unnecessary data.
No denial-of-service, stress tests, bulk scanning, brute force, spam, phishing, social engineering or physical attacks. Do not persist access, install malware, weaken protections or target staff, users or third-party infrastructure.
Report promptly through the private channel. Keep exploit details private while we investigate and coordinate a disclosure date with us. Do not put vulnerabilities, secrets or personal data in public GitHub issues or social posts.
One private conversation, from the first report to a coordinated disclosure.
Share the affected version, minimal reproduction and clear impact. Use the template below and redact sensitive information.
We review scope, reproduce the issue and discuss severity. We may request a smaller proof or additional environment details.
We coordinate remediation, confirm eligibility and arrange the applicable reward privately. Response, fix and payment dates are confirmed in the report thread; no fixed turnaround is promised.
Agree on a safe publication date after remediation. Researcher credit is optional and requires your consent.
Give us a clear, reproducible report. We’ll investigate the security impact and work with you on the next steps.
Report privately on GitHubPrefer email? care@oathwallet.org
Start with a non-sensitive summary. Never include real wallet secrets.
Oath Wallet security report Program version: 1.0 (2026-10-31) Title: Affected target / URL: App version and build / source commit: OS version and affected network (if relevant): Summary: Attacker prerequisites and permissions: Expected behavior: Observed behavior: Minimal reproduction (local or testnet; test assets only): 1. 2. 3. Demonstrated impact: Proposed severity and reasoning (optional CVSS vector): Redacted evidence / proof of concept: Suggested remediation (optional): Do not include real recovery phrases, private keys, passcodes, backup files, session tokens, identity documents or other people’s data.
We assess demonstrated impact, exploitability, required privileges, user interaction and affected users. FIRST’s CVSS v4.0 ranges provide a reference, not an automatic payout calculation. Include a vector if helpful; Oath confirms the final category with an explanation. A theoretical maximum impact is not the same as a reproducible exploit.
Low findings have a $0 monetary reward. We still welcome actionable reports that improve Oath. Informational feedback is also welcome, but is not eligible for payment.
Yes. Email care@oathwallet.org with the subject “Security report — Oath”. Start with a non-sensitive summary and ask for a private transfer route if your evidence needs one. Never send real recovery material, unredacted personal data or executable attachments.
Use a disposable wallet with no real funds. Demonstrate financial impact locally or on a testnet using test assets. Do not move, freeze or recover anyone else’s assets, even to prove a vulnerability.
No. The permitted activities are limited to the scope and testing rules above. This page cannot authorize activity on third-party systems or waive another party’s rights. Ask us privately before any test whose authorization is unclear.
We assess one root cause as one issue and use the first actionable submission. If you believe the assessment missed an exploit path or impact, reply in the private thread with the additional evidence. Do not create public issues containing exploit details.
No. This program invites vulnerability research; it is not an independent security audit, a certification, or a guarantee that software has no vulnerabilities.
The published scope and rewards may be updated prospectively. We assess a report using the program version in effect when it was received. This page identifies its version and effective date so researchers can reference them.