Dans la version Fedora Workstation 42, prévue pour le printemps de l'année prochaine, il est proposé d'ajouter des composants pour la collecte et l'envoi de métriques, permettant d'étudier les réelles préférences des utilisateurs et de les prendre en compte dans les décisions liées à l'évolution de la distribution, à la définition des priorités de développement et à l'amélioration de l'expérience utilisateur. Cette proposition est encore en phase de discussion et n'a pas été examinée par le comité FESCo (Fedora Engineering Steering Committee), responsable de l'aspect technique du développement de la distribution Fedora.
Par défaut, la collecte de télémétrie sera désactivée et pourra être activée uniquement par une action explicite de l'utilisateur. De plus, des options distinctes seront mises à disposition pour activer l'accumulation de télémétrie sur le système local et son envoi aux serveurs Fedora. L'utilisateur aura également la possibilité de consulter les statistiques collectées sur son système et de supprimer les composants associés à la télémétrie.
Pour préserver la confidentialité, seules des métriques générales seront collectées, ne permettant pas d'identifier un utilisateur individuel. Par exemple, les métriques ne couvriront pas des informations telles que adresses IP, l'email, les données sur les sites et fichiers ouverts. Exemples de métriques collectées : informations sur le CPU, la carte graphique, la caméra et les périphériques, données sur la langue choisie et les méthodes d'entrée, liste des applications et des extensions utilisées dans GNOME Shell, statistiques sur le lancement des applications, l'interaction avec les fenêtres et les bureaux virtuels, fréquence d'accès au configurateur et état des paramètres individuels, informations sur l'utilisation de la mémoire et du disque, compteurs des arrêts d'urgence du système et des applications, informations sur les situations de manque de mémoire, données sur les dépôts connectés, informations sur le nombre de connexions via gnome-connections, protocoles utilisés, nombre de signets et d'étiquettes dans le gestionnaire de fichiers, systèmes de fichiers externes montés, modes de tri choisis.
Tous les composants utilisés pour la collecte et le traitement des métriques, exécutés côté client et serveur, seront entièrement ouverts et disponibles pour audit. Sur le serveur Chaque métrique sera stockée séparément et de manière anonymisée, sans lien avec d'autres métriques. La gestion du service n'impliquera pas de tiers et sera supervisée par un groupe spécial de développeurs et d'administrateurs, constitué dans le cadre du projet Fedora. Le processus de transmission de télémétrie sera rendu aussi transparent que possible pour l'audit, et les métriques collectées seront régies par un ensemble de règles distinctes décrivant quels types de données peuvent être collectés et lesquels ne le peuvent pas. La communauté aura la possibilité de surveiller la collecte des données, garantissant ainsi l'absence d'abus, le respect de la confidentialité et le respect des règles en vigueur.
Pour l'envoi des métriques, il est prévu d'utiliser la technologie de « télémétrie éthique » Azafea, développée par la distribution Endless. Azafea manipule des données agrégées sans créer de profils d'utilisateurs individuelles et sans faire appel à des services externes, des agrégateurs ou des entrepôts. Le code des composants pour le traitement de la télémétrie Azafea est ouvert sous la licence MPL 2.0, et si les utilisateurs le souhaitent, ils peuvent déployer un serveur pour la collecte de télémétrie sur leurs propres ressources, par exemple pour accumuler des statistiques avec des métriques supplémentaires sur le fonctionnement des systèmes dans des réseaux locaux.
Du côté serveur, des proxies de réception initiale des données et le service azafea seront utilisés pour traiter les métriques entrantes. Le proxy place temporairement les métriques reçues de l'utilisateur dans un stockage Redis, tandis que le service azafea les extrait périodiquement et les enregistre dans la base de données PostgreSQL. Les adresses IP des utilisateurs ne sont pas conservées dans la base de données (le pays est déterminé et stocké par la base de données GeoIP locale). Du côté utilisateur, des paquets eos-metrics (interface D-Bus pour l'enregistrement d'événements provenant d'applications et de services), eos-event-recorder-daemon (processus en arrière-plan pour accumuler et envoyer des télémétries) et eos-metrics-instrumentation (composants pour la collecte de métriques individuelles) seront utilisés pour l'accumulation et l'envoi de télémétrie.
Les tâches que permettra de résoudre la collecte de télémétrie :
- Priorisation dans la répartition des ressources — en connaissant le matériel, les applications et les fonctionnalités utilisés par la majorité des utilisateurs, il est possible de concentrer l'attention sur leur développement.
- Ajout d'améliorations et d'optimisations basées sur les statistiques d'utilisation et les données de performance.
- Choix des paramètres par défaut optimaux en fonction des informations sur les modifications typiques de la configuration.
- Promotion des pratiques de développement axées sur les utilisateurs et les données.
Il est également possible de noter les propositions d'ajout de nouveaux groupes flatpak et diskadmin dans Fedora 42 pour permettre aux utilisateurs non privilégiés d'accéder aux fonctionnalités de gestion des paquets systèmes sous format Flatpak et aux supports externes. Ce changement permettra d'éliminer la nécessité d'ajouter un utilisateur au groupe wheel, c'est-à-dire de permettre l'utilisation de flatpak et de disques externes sans donner accès aux autres opérations d'administration. Pour les utilisateurs appartenant au groupe wheel, il est prévu de fournir la possibilité de déverrouiller (LUKS) et de monter des supports externes sans demande de saisie de mot de passe.
Source : opennet.ru
