Au cours des derniers jours Les développeurs de Tor ont publié deux nouvelles importantes, dont la sortie de la nouvelle version de Tor 0.4.5.6 (utilisé pour organiser le travail du réseau anonyme Tor).
Tor 0.4.5.6 elle est considérée comme la première version stable de la branche 0.4.5, qui a évolué au cours des cinq derniers mois. La branche 0.4.5 sera conservée dans le cadre d'un cycle d'entretien régulier; les mises à jour seront suspendues 9 mois ou 3 mois après la sortie de la branche 0.4.6.x.
Un long cycle de support (LTS) est prévu pour la branche 0.3.5, dont les mises à jour seront publiées jusqu'au 1er février 2022. Le support des branches 0.4.0.x, 0.2.9.x, 0.4.2. x et 0.4.3 est abandonné. La branche 0.4.1.x sera interrompue le 20 mai et la branche 0.4.4 sera supprimée en juin 2021.
Parmi les principales nouveautés à partir de Tor 0.4.5, nous pouvons trouver que la possibilité de construire Tor sous la forme d'une bibliothèque liée statiquement a été implémentée pour l'intégrer dans les applications.
En plus que la détection des relais conformes IPv6 a été considérablement améliorée, puisque dans torrc, les adresses IPv6 sont autorisées dans l'option Adresse. Les relais sont fournis avec une liaison automatique à IPv6 pour les ports spécifiés via ORPort, à l'exception de ceux explicitement marqués avec l'indicateur IPv4Only.
L'accessibilité ORPort avec IPv6 est désormais suivie séparément par relais ORPort avec IPv4. Les relais avec prise en charge IPv6, lorsqu'ils sont connectés à un autre relais, incluent les adresses IPv4 et IPv6 dans la liste des cellules et sélectionnent au hasard celle à utiliser pour la connexion.
De plus, pour les opérateurs, rayleighs a proposé le mécanisme «MetricsPort» pour surveiller les performances du site. L'accès aux statistiques sur le fonctionnement du site se fait via l'interface HTTP. La sortie Prometheus est actuellement prise en charge.
Ajoutée prise en charge du système de suivi LTTng et du suivi de l'espace utilisateur en mode USDT (trace définie statiquement dans l'espace utilisateur), ce qui signifie créer des programmes avec l'inclusion de points de contrôle statiques spéciaux.
Et les problèmes de performances ont été résolus avec les relais fonctionnant sur la plate-forme Windows.
Anon-Ticket, un système de signalement anonyme
L'autre nouvelle que les collaborateurs de Tor ont publiée est qu'ils ont développé Anon-Ticket, un plugin pour la plateforme de développement collaboratif GitLab qui vous permet de soumettre et de discuter des problèmes de manière anonyme sans avoir à vous inscrire à un compte.
Anon-Ticket a été lancé en tant que service en mode test qui vous permet de publier des messages sur les problèmes dans les référentiels Tor, mais le plugin n'est pas lié à Tor et peut être utilisé dans d'autres projets.
Souvent, les utilisateurs qui souhaitent informer les développeurs du problème abandonnent leurs intentions, doivent remplir des formulaires inscription supplémentaire, transférer des données personnelles ou attendre la confirmation.
Anon-Ticket vous permettra de vous dispenser de l'inscription, ce qui est inutile lors de l'envoi de notifications ponctuelles, de la suppression de l'attente de la confirmation de compte du modérateur et de la confidentialité de vos données personnelles et de vos e-mails.
billet anonyme permet non seulement d'envoyer, mais aussi de suivre l'état des tickets terminés et publier des clarifications, pour lesquelles l'utilisateur reçoit un identifiant temporaire généré automatiquement et un lien vers une page qui peut être mise en signet pour contrôler son ticket.
L'interface fournit également des fonctions pour visualiser les projets existants et recherchez des billets liés au projet sélectionné. Un mécanisme de post-modération est utilisé pour empêcher le spam et les abus.
Les modérateurs disposent d'outils flexibles pour approuver ou rejeter par lots les publications en attente, ainsi que la possibilité d'apporter des modifications et de laisser des commentaires qui ne sont visibles que par les autres modérateurs.
Les plans pour l'avenir, ils mentionnent la création d'un service d'oignon, l'ajout de mécanismes de protection supplémentaires, comme limiter l'intensité de l'envoi de messages et mettre en œuvre la possibilité de transformer un participant anonyme en un participant régulier (par exemple, lorsqu'un utilisateur décide de se connecter pleinement au développement, a enregistré un compte GitLab et a voulu y transférer ses anciennes discussions anonymes. ).
Enfin si vous voulez en savoir plus, tu peux vérifiez le lien suivant.