Bug Bounty
Scope di disclosure responsabile e guida al triage per impatto economico per la ricerca di sicurezza su Avana.
Panoramica
Il Bug Bounty Avana copre la disclosure responsabile su contratti, sistemi di rischio e infrastruttura di supporto che possono influenzare i fondi degli utenti o la solvibilità del protocollo.
Poiché Avana usa posizioni di liquidità AMM come collaterale, lo scope include sia bug diretti dei contratti sia fallimenti in cui liquidità, pricing o stato di mercato possono trasformarsi in valore di collaterale errato o liquidazioni rotte.
La severity è prima di tutto economica:i reward seguono exploitability ed esiti come perdita di fondi, insolvenza, bad debt o mispricing sistemico del collaterale, non solo quanto grande sembra il cambio di codice.
Scope e architettura di sistema
Lo scope è suddiviso in sottosistemi così i researcher possono mappare un finding alla parte dello stack che minaccia davvero: lending core, valorizzazione LP, governance e admin, o integrazioni offchain.
Programma A - Lending core
Copre il motore di credito primario dove integrità contabile, collateralizzazione ed esecuzione della liquidazione proteggono direttamente i fondi degli utenti.
Include
- Flussi di deposito / prelievo
- Logica di prestito / rimborso
- Fattore di salute e accrual degli interessi
- Contabilità delle riserve e mint / burn del debito
- Esecuzione core della liquidazione e cap
Rischi primari
- Furto di fondi degli utenti
- Insolvenza delle riserve
- Prestito sotto-collateralizzato
- Rimborsi, prelievi o liquidazioni bloccati
Programma B - Collaterale LP e valorizzazione
Copre il sistema di valorizzazione specifico di Avana per il credito garantito da LP, incluso come le posizioni LP vengono prezzate, ponderate per il rischio e stress-testate in condizioni di mercato volatili.
Include
- LP token onboarding logic
- Assegnazione del fattore di collaterale per le posizioni LP
- LP share pricing and oracle integration
- Gestione delle posizioni a liquidità concentrata
- Casi limite durante sbilanciamenti, depeg, bassa liquidità o stati di oracolo stale
Rischi primari
- Sovravvalutazione del collaterale LP
- Manipolazione dell'oracolo che abilita bad debt
- Liquidazione iniqua da sottovalutazione
- Percorsi di exploit ricorsivi contro collaterale LP mal prezzato
Perché conta: Ceiling di severity più alto: il mispricing LP può creare bad debt, insolvenza o liquidazioni inique senza un classico drain del contratto.
Programma C - Governance, admin e infrastruttura del protocollo
Copre le superfici di controllo privilegiato che possono alterare parametri, fare upgrade dei contratti, mettere in pausa le operazioni o reindirizzare asset di proprietà del protocollo.
Include
- Executor di governance e timelock
- Gestione dei ruoli e meccanismi di upgradeability
- Ruoli di pause / guardian
- Sistemi di admin dei parametri
- Contratti di treasury, collector e automazione privilegiata
Rischi primari
- Azione admin non autorizzata
- Hijack dell'upgrade
- Corruzione dei parametri
- Takeover della governance o perdita del treasury
Programma D - Superfici offchain / di integrazione
Copre i sistemi di supporto la cui compromissione può influenzare operazioni di protocollo fidate, interazioni utente o comportamento dei keeper.
Include
- Bot di indexing o liquidazione mantenuti da Avana
- Assunzioni dei keeper e relay degli oracoli
- SDK logic that can induce unsafe interactions
- API hosted usate in percorsi safety-critical
- Problemi di frontend con conseguenze dirette sul rischio del wallet
Rischi primari
- Costruzione di transazioni malevole
- Percorsi di liquidazione o relay oracolo compromessi
- Perdita di fondi utente tramite integrazioni fidate
- Outage operativi che congelano azioni critiche
I sottosistemi vengono triagati separatamente, ma l'impatto viene comunque valutato su solvibilità, sicurezza dei fondi utente, integrità della liquidazione e rischio di protocollo correlato.
Filosofia di severity
I punteggi generici di vulnerabilità non sono il metodo di ranking principale qui. I finding vengono giudicati per percorsi di exploit credibili e per l'esito economico che possono creare.
Critical
Perdita di fondi diretta o indiretta, creazione di bad debt, insolvenza del protocollo o manipolazione sistemica della valorizzazione del collaterale.
High
Danno significativo ma delimitato, come comportamento di liquidazione errato, bypass parziale dei controlli di rischio o fallimenti contabili contenuti.
Medium / Low
Finding a impatto limitato, inconsistenze di edge case, problemi di logica non critici o vulnerabilità senza un percorso credibile verso un danno economico rilevante.
A bug that looks small in code can still be critical if it enables LP overvaluation or bad debt. A technically interesting issue can rank lower if it does not have a credible path to meaningful financial damage.