Amethyst 1.21 intègre les NApplets aux notes et simplifie la toile de confiance

Des applications dans les notes

Sur Android 11 ou plus récent et sur ordinateur, une NApplet peut proposer Exécuter ici et rester dans la note. Si une action demanderait une confirmation, le fil la refuse et propose d’ouvrir l’application séparément.

Les applications WebXDC utilisent un stockage séparé par compte et application, sans réseau, WebRTC ni accès aux clés. Amethyst ajoute aussi des interfaces pour les fichiers choisis par le système, les envois Blossom et les actions Nostr courantes. Ce sont des permissions accordées par l’hôte, pas un accès direct au secret du compte.

Les versions de bureau incluent Chromium pour les NApplets et nSites. Le journal étiqueté précise que les anciens manifestes agrégés doivent être republiés au format actuel à artefact unique.

Une entrée guidée dans la toile de confiance

Les comptes qui suivent au moins dix personnes et n’ont pas de fournisseur de confiance peuvent voir une carte dans l’accueil. Avant l’inscription, Amethyst transmet au fournisseur choisi le profil, les abonnements, les comptes masqués et la liste des relais. Il adopte ensuite le relais du fournisseur pour la confiance, la recherche, l’indexation et les favoris, et y déplace les fils Globaux.

C’est pratique, mais aussi une décision sur les données et le routage. Le fournisseur reste visible et la carte indique que les premiers scores peuvent demander environ dix minutes. Les notes ne prouvent pas que tous les fournisseurs emploient le même modèle ou la même politique de confidentialité.

Renforcement après une revue de sécurité

La lecture des messages directs chiffrés, gift wraps ou listes privées exige une permission de déchiffrement distincte. Seuls les événements valablement signés atteignent l’application. Cookies et WebRTC sont retirés des cadres intégrés, les fuites vers le réseau local et DNS sont fermées et la prélecture utilise seulement des serveurs HTTPS publics dans un budget commun.

Ce sont des renforcements publiés, pas la preuve d’un incident exploité. La source ne cite ni CVE ni attaque observée. Cette analyse a vérifié la source étiquetée et les éléments de publication; elle n’a exécuté ni NApplet, ni fournisseur, ni test Android ou ordinateur.

La version lit aussi Pico-8, les programmes et la progression drss.io, davantage de contenus d’accueil et un fil d’échecs. Pour les développeurs, l’intérêt est une architecture qui traite les petites applications comme des invitées non fiables. Pour l’utilisateur, la question est de savoir quelles données reçoit chaque application ou fournisseur et si la permission demandée correspond à la tâche.