випуск інструментарію , що використовується для роботи анонімної мережі Tor. Tor 0.4.0.5 визнаний першим стабільним випуском гілки 0.4.0, який розвивався останні чотири місяці. Гілка 0.4.0 супроводжуватиметься в рамках штатного циклу супроводу - випуск оновлень буде припинено через 9 місяців або через 3 місяці після релізу гілки 0.4.1.x. Тривалий цикл підтримки (LTS) забезпечений для гілки 0.3.5, оновлення для якої випускатимуться до 1 лютого 2022 року.
Основні нововведення:
- У реалізацію клієнтської частини режим енергозбереження - при тривалій неактивності (24 години і більше) клієнт переходить у стан сну, при якому припиняється мережна активність та не витрачаються ресурси CPU. Повернення в нормальний режим відбувається після запиту користувача або при надходженні команди, що управляє. Для керування відновленням режиму сну після перезапуску запропоновано налаштування DormantOnFirstStartup (щоб повертатися в режим сну відразу, без очікування чергових 24 годин неактивності);
- Реалізовано детальне інформування про процес запуску Tor (bootstrap), що дозволяє оцінити причини затримок під час запуску, не чекаючи закінчення процесу підключення. Раніше інформація виводилася тільки після завершення підключення, але процес запуску при певних проблемах зависав або міг виконуватись годинами, що створювало відчуття невизначеності. Зараз повідомлення про проблеми і статус запуску, що виникають, виводяться в міру просування прогресу виконання різних стадій. Окремо виводиться інформація про стан з'єднання з використанням проксі та транспортів, що підключаються;
- початкова підтримка (WTF-PAD - Adaptive Padding) для боротьби з непрямими методами визначення фактів звернення до сайтів та прихованих сервісів через аналіз особливостей потоків пакетів та затримок між ними, властивих конкретним сайтам та сервісам. Реалізація включає кінцеві автомати, що оперують статистичним розподілом ймовірності для підстановки затримок між пакетами з метою згладжування трафіку. Новий режим поки що працює тільки в експериментальному режимі. Нині реалізовано лише заповнення лише на рівні ланцюжків;
- Додано явний список підсистем Tor, що викликаються під час ініціалізації та завершення роботи. Раніше дані підсистеми управлялися з різних місць кодової бази та їх використання не було структуровано;
- Реалізовано новий API для управління дочірніми процесами, що дозволяє забезпечити двонаправлений канал зв'язку між дочірніми процесами в Unix-подібних системах та Windows.
Джерело: opennet.ru