> ## Documentation Index
> Fetch the complete documentation index at: https://docs.raydium.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Sécurité et risques

> Historique des audits, contrôles administrateur, surface de risque connue, vecteurs d'attaque et divulgation responsable.

<Info>
  **Cette page est traduite automatiquement par IA. La version anglaise fait foi.**

  [Voir la version anglaise →](/security/index)
</Info>

## À qui s'adresse ce chapitre

Auditeurs, chercheurs en sécurité, équipes de gestion des risques chez les intégrateurs et utilisateurs institutionnels qui doivent évaluer Raydium avant de déployer du capital ou du code contre celui-ci.

## Contenu du chapitre

<CardGroup cols={2}>
  <Card title="Audits" icon="shield-check" href="/fr/security/audits">
    Liste complète des audits par programme, avec le cabinet d'audit, la portée, les liens vers les rapports et l'état de correction des suites.
  </Card>

  <Card title="Clés administrateur et multisig" icon="key" href="/fr/security/admin-and-multisig">
    Les autorités qui existent par programme, ce qu'elles peuvent modifier, comment elles sont contrôlées (multisig, timelock) et comment les vérifier on-chain.
  </Card>

  <Card title="Risques des oracles et des tokens" icon="triangle-exclamation" href="/fr/security/oracle-and-token-risks">
    Usage des oracles et modes de défaillance, risques des extensions Token-2022 (freeze authority, transfer hook, permanent delegate) et comment Raydium les atténue.
  </Card>

  <Card title="Vecteurs d'attaque" icon="bug" href="/fr/security/attack-vectors">
    Vecteurs historiques et hypothétiques : sandwich/MEV, manipulation de prix, attaques par donation, abus des hooks Token-2022, risques de composabilité.
  </Card>

  <Card title="Divulgation" icon="envelope-open-text" href="/fr/security/disclosure">
    Politique de divulgation responsable, portée du programme de bug bounty, canaux de contact et ce qu'il *ne faut pas* divulguer publiquement.
  </Card>
</CardGroup>

## Instructions de rédaction

* Citez des comptes on-chain spécifiques ou des ID de programmes pour chaque affirmation concernant l'autorité ou l'atténuation.
* Ne publiez pas ici les procédures administrateur privées ou les runbooks opérationnels.
* Gardez les descriptions d'incidents historiques factuelles et créez des liens vers les post-mortems le cas échéant.