subtle.sh

subtil.sh

A découvert OpenPGP.js et Soketi, et a pensé qu'il serait amusant de construire une application cryptée E2E. La prochaine fois que vous envoyez un secret sur Slack, Email ou toute autre messagerie en texte brut, n'oubliez pas que vous avez des alternatives faciles. Que vous choisissiez subtil.sh ou un pigeon dépend de vous, mais voici quelques points pour vous aider à décider:

• Un pigeon est génial mais pas zéro config.
• subtil.sh est moins susceptible d'être intercepté.
• Les deux prennent en charge les serveurs personnalisés, mais un pigeon propose une gamme plus large de fournisseurs pris en charge.
• subtil.sh utilise une pile technologique plus moderne (next.js, soketi, react, tailwind).
• Un pigeon est plus établi et présente un soutien à long terme.

Toutes les blagues à part, cela pourrait être vraiment utile si vous ne partagez pas de mot de passe avec quelqu'un et que vous devez envoyer rapidement des informations d'identification. Aucune installation ou configuration requise - générez simplement une nouvelle session et partagez-la. Une fois l'onglet fermé, toutes les clés sont jetées et le secret disparaît avec eux.

Hébergez votre propre serveur

Vous pouvez héberger votre propre serveur si vous souhaitez garder la propriété complète de vos sessions.

• Configurez un backend sur un VPS bon marché
• Hôte sur Railway.app à partir d'un modèle (à faire)

Développement

Pour exécuter l'application localement, vous devez installer pnpm . Ensuite, vous pouvez installer les dépendances et démarrer le serveur de développement avec:

cp .env.example .env
pnpm install --frozen-lockfile
pnpm dev

Pourquoi ne pas soutenir les événements de déconnexion?

Avoir un bouton de rafraîchissement est un bon compromis. Sinon, il y a deux façons de procéder à ce sujet:

1. Utilisez des canaux de présence de poussoir (moins de travail)

• Besoin d'autorisation de point de terminaison
• a besoin de ngrok pour tuer les demandes de ce point de terminaison sur Dev
• La seule raison pour laquelle le point final existe est de respecter le protocole Pusher (aucune amélioration de la sécurité)
• Si je vais faire cela, je pourrais aussi bien construire un dev dockerisé complet

2. Diy WebSocket Server avec redis

• Trop d'efforts pour une fonctionnalité simple