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

# Ce qu'Elding protège

> Une clé finit toujours par fuir là où elle vit. Elding fait qu'elle ne vit nulle part dans ton app.

Tes clés API valent cher : elles donnent accès à OpenAI, Stripe, Resend et d'autres services
HTTP facturés.
Le problème, c'est qu'une clé **fuite toujours là où elle se trouve**. Elding la garde hors
de ton app, donc il n'y a **rien à voler**.

Voici les fuites que ça évite, concrètement.

## 1. Ton IA voit tes clés

Tu codes avec Cursor, Claude Code ou Copilot. L'IA lit ton code, ton terminal, tes logs.
Si ta clé est dedans, **elle la voit**, et elle peut finir dans un prompt, un historique, ailleurs.

<Check>Avec Elding, l'IA ne voit qu'un placeholder `{{OPENAI_KEY}}`. Jamais la vraie clé.</Check>

## 2. Tu commits ta clé sans faire exprès

Le classique : un `.env` poussé sur GitHub par erreur. En quelques minutes, des bots la trouvent
et la volent.

<Check>Pas de `.env`, pas de vraie clé dans ton projet. Rien à committer.</Check>

## 3. Un package npm vérolé vole tes clés

Tu installes une dépendance. Sans le savoir, elle lit `process.env` et envoie tes clés à un
serveur pirate. Ça arrive **pour de vrai**.

<Check>La clé n'est pas dans ton app, le package ne trouve rien.</Check>

## 4. Ta clé apparaît dans tes logs

Un `console.log`, un crash, un outil comme Sentry… et ta clé se retrouve écrite dans des logs
que plein de gens peuvent lire.

<Check>Les logs ne capturent qu'un placeholder.</Check>

## 5. Ta clé part vers le mauvais endroit

Si du code malveillant tente d'envoyer ta clé OpenAI vers un autre site que `api.openai.com`,
elle pourrait être exfiltrée.

<Check>Chaque clé est verrouillée à son domaine. Envoyée ailleurs = bloquée.</Check>

## En résumé

<Note>
  Une clé fuite là où elle vit : un fichier, la mémoire, un log. Elding fait qu'elle **ne vit
  nulle part dans ton app**, une passerelle l'injecte de l'extérieur, au dernier moment.
  Donc peu importe qui regarde (ton IA, un package, tes logs), il n'y a **rien à voir**.
</Note>

## Et quand la passerelle ne s'applique pas ?

Quelques providers à authentification spéciale (Twilio, Azure…) passent par
[`secret()`](/fr/sdk/secret) : la clé entre alors en mémoire le temps d'un appel. Tu perds le
zero-knowledge sur cette clé précise, mais elle reste **centralisée, rotatable, chiffrée au
repos, auditée et effacée après 5 minutes** — bien mieux qu'un `.env`. Tous les autres providers
gardent la protection complète de la passerelle.

<Card title="Comment ça marche" icon="shield" href="/fr/concepts/proxy">
  La passerelle, expliquée simplement.
</Card>
