Débloquer Slack et retrouver votre espace de travail

Votre navigateur ne parle jamais à Slack. Il parle à TrickyBird, qui récupère la page par sa propre connexion et réécrit au passage le HTML, le CSS et le JavaScript, si bien que chaque lien, chaque image et chaque requête de la page revient vers l’adresse de TrickyBird au lieu de sortir vers Slack. Un petit script reste dans l’onglet pour rattraper ce que le client demande ensuite, ce qui chez Slack représente presque tout. C’est pourquoi un filtre sur le réseau n’a rien de Slack sur quoi s’accrocher : ce qui quitte votre navigateur est adressé à TrickyBird. C’est aussi pourquoi vous n’avez rien à configurer, aucun champ de proxy à remplir dans un menu de réglages que vous n’avez peut-être pas le droit d’ouvrir.

Entrer dans un espace de travail, ce n’est pas 1 page mais un parcours entre plusieurs hôtes. Il commence sur slack.com, vous passe à app.slack.com et se termine sur l’hôte propre à votre espace de travail, celui qui porte le nom de votre équipe. Une session qui commence sur un hôte de Slack et doit finir sur un autre, c’est le cas qui casse un proxy sans bruit : l’hôte qui reprend le relais est plus strict que le précédent sur la provenance apparente de la requête. Elle doit arriver par l’adresse de TrickyBird comme tout le reste. Quand elle arrive intacte, le parcours se termine sur l’écran de connexion de votre espace de travail et non sur une page d’erreur.

Ensuite, Slack tient moins de la page que de l’application qui garde une connexion ouverte tant que l’onglet est à l’écran, et TrickyBird fait passer cette connexion par le proxy comme il transporte la page elle-même. Telegram, WhatsApp et Discord gardent leurs propres connexions en direct ouvertes de la même façon.

Oui, et c’est la porte de Slack lui-même, rien que TrickyBird organise : vous donnez l’adresse liée au compte, Slack envoie un code dans cette boîte mail, vous retapez le code, et Slack décide de vous laisser entrer. Cela est passé par le proxy le 5 août 2026. TrickyBird n’ajoute aucune connexion de son côté et ne contourne pas celle de Slack.

Après le code, le client s’est chargé : la liste des canaux de l’espace de travail sur le côté, les messages privés en dessous, le champ de saisie en bas. Nous avons écrit dans un canal et Slack l’a confirmé. Puis nous avons rechargé la page entièrement, et le message était toujours dans le canal. C’est ce rechargement qui compte. N’importe quel client peut afficher vos propres mots à l’écran avant que quoi que ce soit n’ait quitté l’onglet ; les retrouver après un rechargement complet signifie que Slack les a enregistrés.

C’était une seule exécution, sur un seul espace de travail de test. Nous ne l’avons pas utilisé assez longtemps pour vous dire comment se comporte, sur des semaines, un compte professionnel dont vous dépendez, et aucune vérification automatique ne pourra jamais répondre de cette partie : le code de connexion arrive par e-mail et nos vérifications ne savent pas lire une boîte mail.

La même chose que d’habitude. Slack voit une connexion arriver depuis TrickyBird plutôt que depuis votre propre adresse : le chemin change donc bien. Se connecter est une autre affaire. Dès que c’est fait, Slack sait quel compte parle, et les outils d’administration de votre espace de travail montrent votre activité exactement comme ils le feraient autrement. Un proxy change le chemin que prend une requête, pas qui vous êtes une fois que vous vous êtes nommé.

De notre côté, les cookies du site que vous ouvrez sont conservés dans un stockage indexé sur votre session et sur ce site, et chaque entrée vit environ une heure à partir de sa dernière modification. Pour faire tourner le service et limiter les abus, le point d’entrée conserve une version tronquée de votre adresse IP, le nom d’hôte de destination et des données de réponse basiques, pendant 48 heures au maximum, sans aucun compte TrickyBird auquel rattacher tout cela. Notre page sur la sécurité l’expose en détail.

Une habitude vaut la peine d’être prise avant de faire passer un compte professionnel par tout cela : ouvrez 1 site sensible par session. Tout ce que vous ouvrez dans la même session est servi via la même adresse TrickyBird, votre navigateur les traite donc en dessous comme un seul et même site, et la séparation entre eux relève de la commodité, pas d’une barrière de sécurité. Une session neuve, ou une nouvelle fenêtre privée, garde un Slack professionnel à l’écart du reste de ce que vous avez ouvert.

À qui appartient le réseau ? C’est cela qui tranche, et c’est une question de règles plutôt que de loi. Si le réseau appartient à un employeur ou à un campus, la règle qui s’applique est sa politique d’usage acceptable, pas la loi : l’enfreindre n’est pas un délit, mais les conséquences sont réelles et applicables, parce que le réseau et le matériel sont les leurs. Lisez-la avant de décider. Connaître la règle n’est pas la même chose que s’entendre dire de l’enfreindre, et le choix reste le vôtre, fait en connaissance de cause.

Une autre limite est celle de Slack lui-même. Là où Slack restreint qui il peut servir, c’est sa propre restriction et non un blocage réseau, et TrickyBird n’est pas un moyen de la contourner. Notre Politique d’usage acceptable dit où nous nous situons, et le guide sur les proxys et la loi couvre le reste.