---
title: "Chiffrement côté client des secrets : limites et compromis"
url: https://uselinkpilot.com/fr/blog/client-side-encryption-for-secret-sharing
description: "Le chiffrement côté client ne protège un secret stocké que de l’opérateur et d’une fuite de base : JavaScript piégé, extension ou lien divulgué le déjouent."
lang: fr
---

Sécurité (https://uselinkpilot.com/fr/blog/category/security)

# Le chiffrement côté client pour partager des secrets

Le chiffrement côté client ne protège un secret stocké que de l’opérateur et d’une fuite de base: JavaScript piégé, extension ou lien divulgué le déjouent.

W. Miller (https://uselinkpilot.com/fr/author/w-miller)26 mai 2026 · Mis à jour le 26 octobre 2026 · À propos de LinkPilot (https://uselinkpilot.com/fr/about)

Le chiffrement côté client protège un secret stocké contre l’opérateur et contre quiconque obtient la base de données, et rien de plus: du JavaScript malveillant, une extension de navigateur ou un lien qui fuit suffisent à le contourner, car la clé voyage dans le lien. Ce n’est pas une solution miracle, et son unique garantie se paie ailleurs.

Ce guide explique ce que garantit le chiffrement dans le navigateur, où il cède sans bruit, comment il se compare au modèle côté serveur et comment LinkPilot combine les deux depuis le 29 septembre 2026, date à laquelle son générateur de liens secrets à usage unique (https://uselinkpilot.com/fr/tools/free-secret-link-generator) est passé au chiffrement dans le navigateur.

_Réécrit le 19 octobre 2026. La version d’origine de cet article décrivait le modèle côté serveur alors utilisé par LinkPilot; une note ajoutée le 29 septembre 2026 signalait le changement. Cette version décrit le modèle actuel d’un bout à l’autre. Le raisonnement sur ce que chaque modèle protège ou ne protège pas reste le même._

## Que protège réellement le chiffrement côté client?

Le secret stocké, contre l’opérateur et contre quiconque obtient la base de données. Dans un outil de partage de secrets chiffré côté client (on parle aussi de chiffrement de bout en bout, ou E2EE), le fonctionnement est le suivant:

1. Le navigateur génère une clé symétrique, en général une clé AES-GCM (https://csrc.nist.gov/pubs/sp/800/38/d/final) de 256 bits, via la Web Crypto API (https://www.w3.org/TR/WebCryptoAPI/) (`crypto.subtle.generateKey`).
2. Le contenu est chiffré dans le navigateur avec cette clé.
3. Seul le texte chiffré est envoyé au serveur, qui le stocke sous un identifiant aléatoire.
4. La clé est ajoutée au lien de partage sous forme de fragment (`#…`). Selon la RFC 3986, section 3.5 (https://www.rfc-editor.org/rfc/rfc3986#section-3.5), les navigateurs n’envoient jamais le fragment dans les requêtes HTTP: la clé ne transite donc pas jusqu’au serveur.
5. Le navigateur du destinataire lit le fragment, récupère le texte chiffré et le déchiffre localement.

Le serveur ne voit jamais que du texte chiffré. Un opérateur qui lit sa propre base de données, une sauvegarde de la base qui fuit, une réquisition judiciaire visant les données stockées: aucun de ces cas ne livre le secret, à condition que tous les autres maillons de la chaîne tiennent.

### Anatomie d’un lien secret E2EE

```
https://example.com/s/x7Kd93hF2a#4fT9wLm2...Qz1
└──────── sent to the server ───┘└ browser only ┘
```

Tout ce qui précède le `#` circule dans la requête et peut apparaître dans les journaux du serveur et des proxys. Le fragment n’est traité que par le navigateur du destinataire. Ce seul caractère porte toute la sécurité, ce qui est élégant, et c’est aussi l’origine de la plupart des défaillances décrites plus bas.

## Contre quoi le chiffrement côté client ne protège-t-il pas?

Contre du JavaScript malveillant ou compromis, contre les extensions de navigateur et contre un lien qui fuit, puisque la clé se trouve dans le lien.

- **Il ne protège pas contre du JavaScript malveillant.** Le code de chiffrement s’exécute dans le navigateur, et le navigateur a reçu ce code du serveur. Si le serveur livre un code modifié, parce que l’opérateur est devenu malveillant, y a été contraint ou a été piraté, le secret peut être lu avant le chiffrement ou après le déchiffrement. C’est la limite fondamentale du chiffrement de bout en bout dans un navigateur.
- **Il ne protège pas contre les extensions de navigateur.** Une extension qui a accès à la page voit le texte en clair après le déchiffrement et peut lire directement le fragment.
- **Il ne rend pas inoffensif un lien qui a fuité.** La clé fait partie du lien. Si le destinataire colle le lien complet dans une messagerie, transfère l’e-mail ou synchronise l’historique de son navigateur, la clé part avec lui. Un lien E2EE dont l’URL a fuité est un secret entièrement lisible. Seule une phrase de passe envoyée par un autre canal protège dans ce cas, et c’est pourquoi LinkPilot intègre la phrase de passe à la clé au lieu de la vérifier à part.
- **Il ne permet ni d’auditer, ni d’analyser, ni de prévisualiser le contenu.** Comme le serveur ne peut pas lire le contenu, il ne peut pas le filtrer, y rechercher des logiciels malveillants ou lui appliquer une protection contre la fuite de données. Les contrôles doivent alors porter sur le texte chiffré et sur les événements d’accès.

### Le problème de la livraison du code, en détail

Le point sur lequel il faut s’arrêter: le chiffrement de bout en bout dans le navigateur oblige à faire confiance au serveur, celui-là même dont on est censé se méfier, pour livrer un JavaScript honnête à chaque chargement de page. Une application native s’installe une fois, signée et versionnée; une page web est téléchargée à nouveau à chaque visite. L’intégrité des sous-ressources (SRI) et la publication du code source réduisent l’écart sans le combler.

Lue honnêtement, la promesse « nous ne pouvons pas lire vos secrets » signifie donc « nous ne pouvons pas lire vos secrets passivement ». Passer d’une capacité passive à une attaque active qui livre du code modifié est un vrai saut (une attaque active est plus risquée, ciblée et potentiellement détectable), mais cela ne veut pas dire « impossible ». Cela vaut pour les affirmations de LinkPilot comme pour celles des autres.

## L’alternative côté serveur

L’autre conception courante, celle que LinkPilot utilisait jusqu’en septembre 2026, chiffre au repos sur le serveur et protège l’affichage par une phrase de passe hachée:

- TLS pendant le transport; contenus stockés dans une table dédiée, sur une base de données chiffrée au repos au niveau du disque.
- Phrases de passe hachées dans le navigateur avant l’envoi et comparées par leur hash; la phrase de passe brute n’atteint jamais la base de données.
- Destruction effective: à la première ouverture, à l’expiration ou à la révocation, le contenu stocké est écrasé et les tentatives suivantes reçoivent une erreur HTTP 410.
- Tentatives de phrase de passe limitées en fréquence et journalisées.

Dans ce modèle, le serveur peut lire un secret actif. C’est ce qui rend possibles la prévisualisation, l’analyse et les fonctionnalités qui tiennent compte du contenu côté serveur, et c’est précisément la propriété que le chiffrement de bout en bout supprime. Des outils open source comme OneTimeSecret l’utilisent encore; OneTimeSecret est-il sûr? (https://uselinkpilot.com/fr/blog/is-onetimesecret-safe) en examine les conséquences.

## Ce que fait LinkPilot aujourd’hui

Depuis le 29 septembre 2026, LinkPilot utilise le chiffrement côté client et conserve les contrôles côté serveur qui n’ont pas besoin du contenu. D’après la page architecture de sécurité (https://uselinkpilot.com/fr/security-architecture):

- **Chiffrement dans le navigateur.** Le contenu est chiffré en AES-GCM-256 avec une clé de 256 bits générée dans le navigateur de l’expéditeur. Le serveur stocke le texte chiffré et rien d’autre; la clé voyage dans le fragment du lien de partage.
- **Phrase de passe intégrée à la clé (Pro).** Une phrase de passe est étirée avec PBKDF2-SHA256 (210 000 itérations) puis combinée à la clé du lien via HKDF-SHA256: ni le lien seul ni la phrase de passe seule ne déchiffrent le secret. Les tentatives sont limitées à 5 par IP, par minute et par secret, par un limiteur en mémoire doublé d’une fenêtre glissante stockée en base de données.
- **Destruction après lecture du texte chiffré.** L’ouverture est enregistrée par une fonction de la base de données en une seule opération indivisible, si bien que des tentatives d’affichage simultanées ne peuvent pas divulguer le secret deux fois; le texte chiffré stocké est remplacé par `[REDACTED]` et les tentatives suivantes renvoient une erreur HTTP 410.
- **Révocation.** Un secret peut être révoqué à tout moment depuis le tableau de bord; un secret révoqué refuse de s’afficher et renvoie une erreur 410.
- **Affichage à l’abri des aperçus.** Les outils d’aperçu de liens et les scanners d’e-mails envoient des requêtes GET, qui ne renvoient que des métadonnées (l’état du lien et la présence ou non d’une phrase de passe). Une ouverture n’est enregistrée que lors d’un affichage explicite depuis un navigateur.
- **Historique d’audit (Pro).** Création, ouverture, échec de la phrase de passe, destruction, expiration et révocation, chacun avec un horodatage, le pays et la ville signalés par l’edge, la chaîne du navigateur et un hash de l’adresse salé chaque jour. L’historique enregistre les accès, jamais le contenu.
- **Fichiers.** Les pièces jointes sont elles aussi chiffrées dans le navigateur, avec une clé dérivée de la clé du lien. Le nom, la taille et le type d’un fichier restent visibles pour LinkPilot en tant que métadonnées.

Trois limites, dites franchement. Les secrets créés avant le 29 septembre 2026 étaient stockés en texte en clair jusqu’à leur expiration; ils n’ont jamais été réécrits. Les métadonnées des fichiers sont visibles, même si leur contenu ne l’est pas. Et tout ce que dit la section sur ce que ce chiffrement ne protège pas s’applique: ni ce modèle ni aucun autre modèle fondé sur le navigateur ne règle le JavaScript malveillant, les extensions de navigateur et les liens qui fuient.

## Résumé des compromis

| Risque | E2EE côté client (pur) | Côté serveur + phrase de passe hachée | LinkPilot depuis sept. 2026 |
| --- | --- | --- | --- |
| L’opérateur lit les secrets stockés (passif) | Atténué | Confiance nécessaire | Atténué: texte chiffré uniquement, sans clé |
| L’opérateur sert du JavaScript malveillant | Non atténué | Non atténué | Non atténué |
| JS compromis / chaîne d’approvisionnement | Non atténué | Non atténué | Non atténué |
| Attaquant disposant d’une copie de la base de données | Atténué (texte chiffré) | Atténué par le chiffrement au repos; contenus détruits déjà effacés | Atténué (texte chiffré; contenus détruits effacés) |
| Lien qui a fuité, sans phrase de passe | Lisible: la clé est dans le lien | Lisible jusqu’à la destruction ou l’expiration | Lisible jusqu’à la destruction ou l’expiration; seule une expiration courte protège |
| Lien qui a fuité, avec phrase de passe | Dépend de l’outil | Protégé par la vérification du hash | Protégé: la phrase de passe fait partie de la clé (Pro) |
| Un aperçu de lien ou un scanner ouvre le lien | Dépend de l’outil | Dépend de l’outil | La requête GET ne renvoie que des métadonnées; pas d’affichage |
| Journal d’audit | Événements d’accès uniquement | Cycle de vie complet | Cycle de vie complet, à partir des événements d’accès (Pro) |
| Analyse du contenu côté serveur / DLP | Aucune | Possible | Aucune |
| Visibilité pour les administrateurs et l’équipe | Aucune | Configurable | Rôles de l’espace de travail, historique, révocation; pas de contenu |

Aucun modèle n’est « plus sûr » dans l’absolu. Ils protègent contre des menaces différentes, à des coûts différents, et les combiner réduit ce à quoi vous renoncez sans le faire disparaître.

## Adapter le modèle à la menace: trois scénarios

**1. Envoyer un mot de passe de base de données à un prestataire.** La menace, c’est un secret qui traîne dans un e-mail ou une messagerie, ou un transfert malencontreux. Tous les modèles y répondent avec une expiration courte et la destruction après lecture; ce qui fait la différence, c’est la simplicité d’usage et la trace des accès. Le choix pragmatique: un chiffrement dans le navigateur, une phrase de passe envoyée par un autre canal et un historique qui montre quand le lien a été ouvert.

**2. Un journaliste qui reçoit des documents d’une source.** Le modèle de menace inclut l’opérateur de la plateforme contraint de divulguer des données. L’opérateur fait ici partie de la menace: le chiffrement de bout en bout est un minimum, et des outils conçus pour cela, comme SecureDrop (https://securedrop.org/), dont tout le système est pensé autour de cette menace, sont le bon choix. Un outil web qui pourrait être contraint de servir un JavaScript modifié ne suffit pas à lui seul.

**3. Une équipe technique qui transmet régulièrement des identifiants.** La menace, c’est la dispersion: des liens oubliés, aucune trace de qui a vu quoi. Ce qui compte, ce sont l’historique, la révocation, les rôles de l’espace de travail et une politique d’expiration. Ces fonctions exigeaient autrefois un serveur capable de lire le contenu; ce n’est plus le cas, car elles portent sur le texte chiffré et sur les événements d’accès. Partager des mots de passe en toute sécurité en équipe (https://uselinkpilot.com/fr/secure-password-sharing) couvre le volet politique de ce scénario.

## Comment choisir

Choisissez le **chiffrement côté client** quand:

- Vous ne faites pas confiance à l’opérateur, y compris à vous-même si vous l’exploitez sur une infrastructure cloud que vous ne pouvez pas entièrement vérifier.
- Des obligations réglementaires ou contractuelles exigent que le fournisseur soit techniquement incapable de lire le contenu.
- Vous enverrez la phrase de passe par un second canal et garderez une expiration courte, car sinon un lien qui fuit livre le secret entier.

Choisissez le **chiffrement côté serveur** quand:

- Le serveur doit inspecter le contenu: recherche de logiciels malveillants, protection contre la fuite de données, filtrage du contenu.
- Vous hébergez vous-même un outil dédié à cette seule fonction et l’opérateur, c’est vous.

Cherchez **les deux** quand:

- Vous voulez sortir l’opérateur de la chaîne de confiance tout en gardant un historique, la révocation, des rôles d’équipe et un affichage qu’un aperçu de lien ne peut pas déclencher. Demandez à l’éditeur quels contrôles fonctionnent sur le texte chiffré et lesquels ont discrètement besoin du texte en clair.

## Un outil de chiffrement en ligne est-il le bon choix?

Les personnes qui cherchent un outil de chiffrement en ligne veulent en général l’une de deux choses: transformer un texte en texte chiffré qu’elles pourront coller n’importe où, ou faire parvenir un message sensible à une personne en toute sécurité. La première est un outil. La seconde est une démarche complète, que l’outil seul ne mène pas à son terme.

Une page où vous collez un texte à chiffrer fait le chiffrement dans votre navigateur si elle est bien conçue, ce que vous pouvez vérifier avec les étapes de la section consacrée à la vérification, plus bas. Elle vous laisse tout ce qui entoure le texte chiffré: choisir une phrase de passe solide, l’envoyer par un canal séparé, supprimer le texte chiffré de l’endroit où vous l’avez collé et savoir si le destinataire a réussi à le déchiffrer. Encoder n’est pas chiffrer: un outil Base64 ne protège rien, et une phrase de passe faible est la cause habituelle des échecs du chiffrement dans le navigateur en pratique.

Un lien secret à usage unique fait le même chiffrement dans le navigateur et prend en charge le reste: la clé voyage dans la partie du lien située après le #, la copie stockée est détruite dès la première ouverture, le lien expire si personne ne l’ouvre et l’expéditeur peut voir qu’il a été affiché. Pour un message destiné à une personne, c’est la solution la plus adaptée. Pour un texte chiffré que vous devez conserver vous-même, ou coller dans un système que vous contrôlez, un outil local comme age ou GPG vaut mieux que n’importe quelle page web, car la clé ne passe jamais par un navigateur.

## Quand n’utiliser ni l’un ni l’autre

Certains secrets ne devraient passer par aucun lien de partage. Les identifiants root à longue durée de vie, les clés de signature de production et les exports massifs de données ont leur place dans un gestionnaire de secrets ou un KMS avec contrôle d’accès, pas dans une URL. Et si le destinataire a besoin de la valeur à plusieurs reprises, une entrée dans le coffre-fort d’un gestionnaire de mots de passe vaut mieux que des liens renvoyés à chaque fois: l’envoi à usage unique sert aux transmissions, pas au stockage. Liens secrets ou gestionnaires de mots de passe (https://uselinkpilot.com/fr/blog/secret-links-vs-password-managers) trace cette limite.

## Vérifier une affirmation

Ne choisissez pas l’outil qui promet le plus. Choisissez en fonction de ce contre quoi vous vous protégez, et vérifiez que la promesse affichée correspond à l’architecture réelle:

- La clé est-elle dans le fragment? Examinez la structure du lien; la clé doit se trouver après le `#`.
- Une simple requête sur le lien renvoie-t-elle le secret? Elle ne le devrait pas.
- À quoi sert la phrase de passe: à autoriser l’affichage, ou à former une partie de la clé?
- Qu’est-ce qui est journalisé, et l’opérateur l’indique-t-il par écrit?

Les réponses de LinkPilot figurent sur la page architecture de sécurité (https://uselinkpilot.com/fr/security-architecture), limites comprises. Cette page mérite le même examen que celle de n’importe quel autre éditeur.

## Pour aller plus loin

- Comment fonctionnent les liens secrets à usage unique: https://uselinkpilot.com/fr/blog/how-one-time-secret-links-work
- OneTimeSecret est-il sûr ?: https://uselinkpilot.com/fr/blog/is-onetimesecret-safe
- LinkPilot ou PrivateBin: https://uselinkpilot.com/fr/compare/linkpilot-vs-privatebin
- Liens secrets ou gestionnaires de mots de passe: https://uselinkpilot.com/fr/blog/secret-links-vs-password-managers
- Pourquoi les URL divulguent des informations sensibles: https://uselinkpilot.com/fr/blog/why-urls-leak-sensitive-information
- Les scanners de liens et les secrets à usage unique: https://uselinkpilot.com/fr/blog/link-scanners-and-one-time-secrets

## Références

- W3C, Web Cryptography API (https://www.w3.org/TR/WebCryptoAPI/).
- NIST, SP 800-38D: Recommendation for Block Cipher Modes of Operation: Galois/Counter Mode (GCM) and GMAC (https://csrc.nist.gov/pubs/sp/800/38/d/final).
- IETF, RFC 3986, section 3.5 Fragment (https://www.rfc-editor.org/rfc/rfc3986#section-3.5).
- Freedom of the Press Foundation, SecureDrop (https://securedrop.org/).

## Outils pour cet article

Générateur de liens secrets à usage unique

Partagez un mot de passe ou une note par un lien qui ne s’ouvre qu’une fois.
https://uselinkpilot.com/fr/tools/free-secret-link-generator

Message éphémère

Envoyez une note qui disparaît après une seule lecture.
https://uselinkpilot.com/fr/tools/burn-after-read-secret

Générateur de liens temporaires

Créez des liens qui cessent de fonctionner à l’heure choisie.
https://uselinkpilot.com/fr/tools/temporary-link

## Questions fréquentes

### LinkPilot utilise-t-il le chiffrement côté client?

### Le chiffrement côté client est-il la même chose que le chiffrement de bout en bout?

### Contre quoi le chiffrement côté client ne protège-t-il pas?

### Un service peut-il chiffrer côté client et proposer quand même la destruction après lecture, la révocation et un journal d’audit?

### Un outil de chiffrement en ligne est-il sûr pour un texte sensible?

## LinkPilot envoie un lien secret qui disparaît une fois ouvert.

Chiffré dans votre navigateur, affiché une seule fois, puis détruit. Sans compte.

Créer un lien secret (https://uselinkpilot.com/fr/tools/free-secret-link-generator)

## À lire ensuite

Sécurité

### Identifiants à usage unique pour l’onboarding client

Agences et MSP: envoyez le premier identifiant par lien à usage unique, faites de même pour les instructions confidentielles et consignez la transmission.
https://uselinkpilot.com/fr/blog/one-time-credential-sharing-for-client-onboarding

Sécurité

### Partager un message sensible avec un lien révocable

La révocation coupe l’accès avant l’expiration. Lien révocable ou qui expire, comment l’envoyer, quand le retirer et ce que la révocation ne peut pas annuler.
https://uselinkpilot.com/fr/blog/how-to-share-a-sensitive-message-with-a-link-that-can-be-revoked

Suivi des liens

### L’audit de redirections en 30 secondes à faire chaque mois

Les chaînes de redirections coûtent vitesse, conversions et données d’attribution. Ce que signifient 301, 302, 307 et 308, et une liste de contrôle mensuelle.
https://uselinkpilot.com/fr/blog/redirect-chain-audit-guide

## Structured data

```json
[
  {
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
      {
        "@type": "ListItem",
        "position": 1,
        "name": "Accueil",
        "item": "https://uselinkpilot.com/fr"
      },
      {
        "@type": "ListItem",
        "position": 2,
        "name": "Blog",
        "item": "https://uselinkpilot.com/fr/blog"
      },
      {
        "@type": "ListItem",
        "position": 3,
        "name": "Chiffrement côté client des secrets : ce qu’il protège ou non",
        "item": "https://uselinkpilot.com/fr/blog/client-side-encryption-for-secret-sharing"
      }
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "BlogPosting",
    "@id": "https://uselinkpilot.com/fr/blog/client-side-encryption-for-secret-sharing#article",
    "headline": "Chiffrement côté client des secrets : ce qu’il protège ou non",
    "description": "Le chiffrement côté client ne protège un secret stocké que de l’opérateur et d’une fuite de base : JavaScript piégé, extension ou lien divulgué le déjouent.",
    "inLanguage": "fr",
    "datePublished": "2026-05-26",
    "dateModified": "2026-10-26",
    "image": "https://uselinkpilot.com/logo-512.png",
    "author": {
      "@type": "Person",
      "@id": "https://uselinkpilot.com/author/w-miller#person",
      "name": "W. Miller",
      "url": "https://uselinkpilot.com/fr/author/w-miller",
      "worksFor": {
        "@type": "Organization",
        "name": "LinkPilot",
        "url": "https://uselinkpilot.com"
      }
    },
    "publisher": {
      "@type": "Organization",
      "name": "LinkPilot",
      "url": "https://uselinkpilot.com",
      "logo": {
        "@type": "ImageObject",
        "url": "https://uselinkpilot.com/logo-512.png",
        "width": 512,
        "height": 512
      }
    },
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://uselinkpilot.com/fr/blog/client-side-encryption-for-secret-sharing"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "LinkPilot utilise-t-il le chiffrement côté client ?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Oui, depuis le 29 septembre 2026. Les textes et les pièces jointes sont chiffrés dans le navigateur en AES-GCM-256, et la clé de 256 bits est placée dans la partie du lien située après le #, que les navigateurs ne transmettent jamais : les serveurs de LinkPilot détiennent du texte chiffré et aucune clé. Sur le forfait Pro, une phrase de passe est étirée avec PBKDF2-SHA256 et combinée à la clé du lien. Les secrets créés avant cette date étaient stockés en texte en clair jusqu’à leur expiration."
        }
      },
      {
        "@type": "Question",
        "name": "Le chiffrement côté client est-il la même chose que le chiffrement de bout en bout ?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Pour les outils de liens secrets, les deux termes s’emploient indifféremment : le navigateur de l’expéditeur chiffre, celui du destinataire déchiffre, et le serveur entre les deux ne voit que du texte chiffré. La différence avec une application de messagerie, c’est qu’une page web reçoit son code de chiffrement du serveur à chaque chargement : vous comptez donc sur l’opérateur pour livrer un JavaScript honnête."
        }
      },
      {
        "@type": "Question",
        "name": "Contre quoi le chiffrement côté client ne protège-t-il pas ?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Contre le JavaScript malveillant ou compromis servi par l’opérateur, contre les extensions de navigateur capables de lire la page et contre une URL qui fuit : la clé est dans le lien, donc toute personne qui obtient le lien complet peut lire le secret. Il retire aussi au serveur la possibilité d’analyser ou de prévisualiser le contenu."
        }
      },
      {
        "@type": "Question",
        "name": "Un service peut-il chiffrer côté client et proposer quand même la destruction après lecture, la révocation et un journal d’audit ?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Oui. Ces contrôles portent sur le texte chiffré stocké et sur les événements d’accès, pas sur le contenu. LinkPilot détruit le texte chiffré dès la première ouverture, en une seule opération indivisible, révoque sur demande, limite la fréquence des tentatives de phrase de passe et journalise chaque événement du cycle de vie avec une adresse hachée, sans jamais détenir la clé."
        }
      },
      {
        "@type": "Question",
        "name": "Un outil de chiffrement en ligne est-il sûr pour un texte sensible ?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Un outil qui fonctionne dans le navigateur et chiffre avant tout envoi peut l’être, si vous vérifiez cette affirmation, choisissez une phrase de passe solide et envoyez la phrase de passe à part. Pour faire parvenir un message à une personne, un lien secret à usage unique fait le même chiffrement et gère en plus la remise, l’expiration et la destruction. Pour un texte chiffré que vous conservez vous-même, utilisez un outil local comme age ou GPG."
        }
      }
    ],
    "inLanguage": "fr"
  },
  {
    "@context": "https://schema.org",
    "@type": "SoftwareApplication",
    "@id": "https://uselinkpilot.com/#software",
    "name": "LinkPilot",
    "applicationCategory": "BusinessApplication",
    "operatingSystem": "Web",
    "description": "LinkPilot is a secure link management platform for creating branded short links, tracking engagement, and sharing secrets with expiring, protected, self-destructing links.",
    "url": "https://uselinkpilot.com",
    "offers": [
      {
        "@type": "Offer",
        "name": "Free",
        "price": "0",
        "priceCurrency": "USD",
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Pro",
        "price": "29",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "29",
          "priceCurrency": "USD",
          "billingDuration": "P1M"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency",
        "price": "299",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "299",
          "priceCurrency": "USD",
          "billingDuration": "P1M"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency Plus",
        "price": "799",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "799",
          "priceCurrency": "USD",
          "billingDuration": "P1M"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Pro (yearly)",
        "price": "288",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "288",
          "priceCurrency": "USD",
          "billingDuration": "P1Y"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency (yearly)",
        "price": "2988",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "2988",
          "priceCurrency": "USD",
          "billingDuration": "P1Y"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency Plus (yearly)",
        "price": "7980",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "7980",
          "priceCurrency": "USD",
          "billingDuration": "P1Y"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Enterprise",
        "priceSpecification": {
          "@type": "PriceSpecification",
          "priceCurrency": "USD"
        },
        "url": "https://uselinkpilot.com/pricing"
      }
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "Organization",
    "@id": "https://uselinkpilot.com/#organization",
    "name": "LinkPilot",
    "alternateName": "LinkPilot by TetraCore",
    "url": "https://uselinkpilot.com",
    "contactPoint": {
      "@type": "ContactPoint",
      "contactType": "customer support",
      "email": "support@uselinkpilot.com",
      "url": "https://uselinkpilot.com/support"
    },
    "parentOrganization": {
      "@type": "Organization",
      "@id": "https://tetracorehq.com/#organization",
      "name": "TetraCore",
      "url": "https://tetracorehq.com/"
    },
    "logo": {
      "@type": "ImageObject",
      "url": "https://uselinkpilot.com/logo-512.png",
      "width": 512,
      "height": 512
    },
    "description": "LinkPilot is a secure link management platform for creating branded short links, tracking engagement, and sharing secrets with expiring, protected, self-destructing links.",
    "sameAs": [
      "https://x.com/uselinkpilot",
      "https://www.linkedin.com/company/uselinkpilot",
      "https://facebook.com/uselinkpilot",
      "https://github.com/TetraCoreHQ/linkpilot-cli",
      "https://github.com/TetraCoreHQ/linkpilot-mcp",
      "https://www.npmjs.com/package/linkpilot",
      "https://www.npmjs.com/package/@uselinkpilot/sdk",
      "https://www.npmjs.com/package/@uselinkpilot/mcp",
      "https://chromewebstore.google.com/detail/linkpilot-short-links-and/mnmppadihpcncicldpkmgknhnjkondad",
      "https://addons.mozilla.org/en-US/firefox/addon/uselinkpilot/"
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "name": "LinkPilot",
    "url": "https://uselinkpilot.com",
    "potentialAction": {
      "@type": "SearchAction",
      "target": "https://uselinkpilot.com/blog?q={search_term_string}",
      "query-input": "required name=search_term_string"
    }
  }
]
```