Contexte juridique

Le 24 août 2026, X Corp. a envoyé des lettres de cessation et d'abstention aux opérateurs de Nitter, réclamant la suppression définitive des instances et du dépôt source. Cette action visait à empêcher la diffusion d’une interface tierce qui contourne les publicités et le suivi de Twitter. Après consultation juridique, les mainteneurs ont décidé de poursuivre le développement, comme indiqué dans le nouveau README.

Modifications du README

Le commit 

1428b4c
introduit trois changements majeurs dans le fichier README.md :

@@ -1,42 +1,49 @@
+> On 24 August 2026, cease and desist letters were sent by X Corp. demanding a permanent takedown of Nitter instances and the project's repository.
+> ** UPDATE: ** Following legal advice, the Nitter project will continue. More details will be announced soon.
- - No JavaScript or ads
+ - No JavaScript required
+ - Zero ads
- All requests go through the backend, client never talks to Twitter
+ Uses Twitter's unofficial API (no developer account required)
+ Lightweight (for @nim_lang, 60KB vs 784KB from twitter.com)

Le texte clarifie la situation légale, supprime la mention « No JavaScript or ads » au profit de « No JavaScript required » et « Zero ads », et précise l’utilisation d’une API non officielle. Le tableau des dons a également été réorganisé, ajoutant des badges GitHub Sponsors, Patreon et Liberapay.

Architecture et résilience du projet

Nitter repose sur un serveur écrit en Rust, généralement déployé avec le framework Actix‑web. Le backend interroge les points d’accès non documentés de Twitter, récupère les données JSON, puis les transforme en pages HTML statiques. Cette séparation du client et du serveur élimine le besoin de JavaScript côté navigateur, réduisant la surface d’attaque liée aux scripts malveillants. La taille du binaire, annoncée à 60 KB, contraste fortement avec les 784 KB du site officiel, ce qui limite la consommation de bande passante et facilite le déploiement sur des serveurs modestes.

Le modèle de licence AGPL‑v3 impose que toute modification du code source soit rendue publique, ce qui empêche la création d’instances propriétaires. Cette contrainte juridique renforce la transparence mais ne protège pas contre les demandes de retrait ciblées, car chaque instance reste juridiquement indépendante.

Implications pour les opérateurs d'instances

Les opérateurs doivent désormais gérer deux risques : le blocage potentiel par les fournisseurs d’accès suite à la mise en demeure, et la responsabilité légale liée à l’hébergement d’un service qui contourne les mécanismes de suivi de Twitter. Le README indique que les flux RSS peuvent être désactivés « instance‑specific » en raison d’abus, ce qui montre une adaptation aux pressions externes.

Techniquement, aucune modification du code serveur n’est apparente dans ce commit ; le changement se limite à la documentation. Ainsi, les performances, la consommation mémoire et le comportement réseau restent inchangés. Les opérateurs peuvent continuer à exploiter les mêmes paramètres de configuration (cache, limites de requêtes, etc.) tout en affichant clairement la position juridique du projet à leurs utilisateurs.