Principes de chiffrement local à vérifier sur place
Ici, des principes de longue traîne, pas un substitut aux pages d'outils. Les textes actuels expliquent pourquoi un relais LLM peut encore revendre des journaux d'appels tels quels après que des clés SSH et des jetons cloud sont entrés dans le prompt d'un Agent, pourquoi, après avoir fermé un onglet à lecture unique, la clé après # revient encore depuis les onglets récemment fermés, pourquoi coller un lien à lecture unique dans un chat qui génère un aperçu ne consomme pas forcément la lecture, pourquoi l'historique du Presse-papiers garde encore le texte en clair après la copie d'un mot de passe généré, pourquoi le masquage de format d'un ticket peut encore pointer le même client avant de le coller dans une IA, ce que UTM et click_id emportent au second transfert d'un lien de campagne, pourquoi une nouvelle clé API ne doit pas retourner dans Slack après une fuite d'env, et pourquoi le fragment # d'une URL n'apparaît pas dans les journaux serveur. Les faits correspondent aux outils : sans inscription, sans compte ; le texte en clair n'est pas envoyé.
Chiffrement localClé dans le fragmentVérifiable sur place
01 / Articles
Ce que vous pouvez lire maintenant
Les plus récentes d'abord. Titres et résumés correspondent au sujet de l'article — pas à la définition produit de l'Accueil, ni aux notices des pages d'outils.
Les articles traitent des questions concrètes du développement, de l'assistance et des sauvegardes à envoyer. Algorithmes, permissions et ce qui est envoyé correspondent aux outils déjà disponibles. Nous n'inventons pas d'autres engagements.
Les articles traitent
Où s'effectue le calcul
Le chiffrement symétrique utilise AES-256-GCM via Web Crypto du navigateur. Mots de passe de 6–128 caractères ; un fichier unique de 5 GB au plus, au format .lock / .enc.
Ce qui n'entre pas dans le corps de requête
Les mots de passe à tester, le texte source du nettoyage et les fichiers ne sont pas envoyés par défaut. Burn-Link ne stocke que le texte chiffré ; la clé reste dans le fragment # de l'adresse.
Office de page d'accueil d'un outil
Pour un formulaire, ouvrez la page correspondante. Cette page ne reprend pas les étapes pour générer un mot de passe ou créer un Burn-Link.
Se lire comme un guide de gestionnaire de mots de passe
UsePwd n'a ni compte ni coffre, et ne peut pas retrouver un secret par utilisateur. L'identité est expliquée dans À propos.
Inventer des engagements de service
Pas d'e-mail d'assistance, ni pourcentage de disponibilité, ni délai de réponse. Ce que le serveur reçoit réellement figure dans la Politique de confidentialité.
03 / FAQ
Distinguez les articles des outils
Les articles répondent au « pourquoi » et au « comment vérifier » : par exemple pourquoi le chiffrement reste dans l'onglet actuel, et pourquoi le fragment # n'entre pas dans une requête HTTP. Pour générer un mot de passe, nettoyer un lien ou créer un Burn-Link, ouvrez la page d'outil correspondante — inutile de finir l'article d'abord.
En quoi cela diffère des pages d'outils01Les articles expliquent le fonctionnement et comment le vérifier. Pour générer, nettoyer ou chiffrer, ouvrez l'outil correspondant.
Faut-il s'inscrire pour lire02Non. Ouvrez et lisez. La barre supérieure n'a qu'un sélecteur de langue, pas de connexion.
Les exemples sont-ils envoyés03Non. Les exemples n'illustrent que le calcul local. Le texte en clair n'entre pas dans le corps de requête par défaut ; Burn-Link n'envoie que le texte chiffré.
Le serveur voit-il la clé #04Les requêtes HTTP n'emportent pas le fragment #. La clé reste dans la barre d'adresse et n'est pas envoyée avec la requête.
Deviendra-t-il une recherche dans toutes les fuites05Non. Le contrôle combine la force locale et une liste publique de mots de passe faibles, pas Have I Been Pwned.
04 / Ensuite
Ensuite, allez vérifier
Les articles ne remplacent pas les outils. Pour envoyer un texte chiffré une fois, chiffrer localement un fichier de 5 GB au plus, ou confirmer que nous ne sommes pas un gestionnaire de mots de passe, ouvrez la page correspondante.