Planète Warez

undefined

@patricelg a dit dans [Interview] 20 ans de Fedora-fr : cinquième entretien avec Thomas traducteur de Fedora :

Je lirai plus tard mais +1 pour la présentation et mise en page

Merci de l’avoir remarqué @patricelg
Je mets un point d’honneur à la présentation.
Si c’est mal présenté ou sans mis en page, aération des paragraphes, Titres, sous titres, etc… je ne lis jamais entièrement.

Surtout que maintenant, on a des copiés/collés en markdown direct, pas d’excuses

Sinon toutes ses interviews dans le monde du libre sont très intéressantes, notamment celles sur plasma/KDE

A savoir que @Raccoon et moi même sommes de tout petits contributeurs dans la traduction française de NodeBB, le CMS du forum à partir de la version 4 ou il y a eu de gros changements

undefined

Dans le cadre des 20 ans de Fedora-fr (et du Projet Fedora en lui-même), Charles-Antoine Couret (Renault) et Nicolas Berrehouc (Nicosss) avons souhaité poser des questions à des contributeurs francophones du Projet Fedora et de Fedora-fr.

Grâce à la diversité des profils, cela permet de voir le fonctionnement du Projet Fedora sous différents angles pour voir le projet au-delà de la distribution mais aussi comment il est organisé et conçu. Notons que sur certains points, certaines remarques restent d’application pour d’autres distributions.

N’oublions pas que le Projet Fedora reste un projet mondial et un travail d’équipe ce que ces entretiens ne permettent pas forcément de refléter. Mais la communauté francophone a de la chance d’avoir suffisamment de contributeurs et des contributrices de qualité pour permettre d’avoir un aperçu de beaucoup de sous projets de la distribution.

Chaque semaine un nouvel entretien sera publié sur le forum Fedora-fr.org, LinuxFr.org et le blog de Renault.

L’entretien du jour concerne Thomas Canniot (pseudo MrTom), ancien traducteur de Fedora en français et fondateur de l’association Fedora-fr.

Entretien

- Bonjour Thomas, peux-tu présenter brièvement ton parcours ?

Mon parcours est assez banal j’estime. Quand j’étais petit, je bidouillais sur un Amstrad CPC 6128 en Basic. Quand nous avons reçu notre premier ordinateur Windows en 1997, j’étais vraiment curieux de comprendre comment cela fonctionnait. J’ai rapidement découvert les logiciels libres et adhéré à l’époque à ses grands principes. Du coup, j’ai cherché très vite à utiliser le plus possible de logiciels libres tout en sachant qu’un jour je finirais par passer à Linux.

J’ai pu tester pas mal de distributions. À la fac de Lille, je participais à l’association Campux où j’ai pu rencontrer d’autres étudiants qui étaient sur Linux.

Question études, j’ai fait des études d’anglais puis d’ingénierie pédagogique à Lille. J’ai un master 2. Rien à voir avec l’informatique et pourtant.

- Peux-tu présenter brièvement tes contributions au Projet Fedora ?

Les contributions ont été assez larges en fait. Je participais pas mal au forum et j’échangeais pas mal avec le créateur de Fedora-fr.org à l’époque pour lui demander des demandes d’améliorations, le développement du wiki, etc.

Au final, il a fini par me céder le site et c’est avec des volontaires sur canal IRC que nous avons pu constituer une équipe (LLaumgui, Trashy et d’autres) autour du site pour le renforcer techniquement et lui donner un second souffle.

- Qu’est-ce qui fait que tu es venu sur Fedora ?

Je cherchais une distribution à la pointe des derniers développements qui soit stable et « sérieuse ». J’aimais le fait que Fedora soit une distribution Linux assez jeune (j’ai débuté sur Fedora Core 2). La communauté et le site étaient assez jeunes, il y avait matière à faire quelque chose sans que je n’aie moi de compétences techniques poussées et encore moins en programmation.

- Pourquoi contribuer à Fedora en particulier ?

J’aimais la distribution par sa communauté et le fait que le projet s’organisait en chemin. C’était hyper stimulant de participer à quelque chose qui se construit et de voir un projet de cette nature se construire, établir des processus de contribution.

En installant Fedora Core 3 ou 4, je me suis rendu compte qu’il y avait plein de phrases en anglais partout dans le système alors que celui-ci était bien configuré en français. Je me suis du coup penché sur la traduction de la distribution et nous avons pu grâce au forum fedora-fr et au canal IRC monter une équipe de 3 ou 4 personnes qui contribuaient nuits et jours à la traduction de Fedora.

J’ai fait ça pendant 6 ou 7 ans je dirais, c’était vraiment un gros boulot, parfois même stressant, car nous essayions de traduire le plus possible de lignes de texte avant la prochaine sortie de la distribution.

- As-tu contribué à d’autres Logiciels Libres ? Si oui, lesquels et comment ?

J’ai participé à d’autres projets de traduction. Aujourd’hui, je m’applique à traduire le logiciel de conversion vidéo Handbrake pour Mac, Linux et Windows.

- Est-ce que tes contributions à Fedora sont un atout direct ou indirect dans ta vie professionnelle ? Si oui, de quelle façon ?

Participer au projet Fedora m’a appris énormément sur l’informatique et le développement des projets logiciels. C’est une plus-value énorme sur mon profil professionnel. L’informatique est partout, et même si vous n’êtes pas concerné par le développement ou l’achat de logiciels au quotidien, savoir ce qu’est un logiciel propriétaire, un logiciel libre, les différents types de licences et les problématiques de développement et de traduction qui en découlent sont des cordes supplémentaires indéniables à mon arc.

J’ai aussi appris sur le tas à ménager la chèvre et le chou entre les différents profils des contributeurs du projet, tenté tant bien que mal de motiver les troupes et établir des relations saines avec l’équipe de Red Hat en charge de la communauté mondiale de Fedora.

- Tu as fait partie des pionniers de la communauté francophone de Fedora et de l’association, quelles raisons t’ont poussé à t’y lancer ?

La raison la plus simple et primaire, c’est qu’il fallait une structure financière basique pour payer le serveur du site internet fedora-fr.org et le nom de domaine. Nous avons donc monté une association loi 1901 et commencé à recevoir quelques cotisations (les nôtres) pour le financement annuel du serveur.

- Peux-tu nous faire un bref historique des débuts de la communauté et de l’association ?

L’association étant lancée, nous avons cherché à ce qu’elle grossisse un peu en permettant de faire la promotion de Fedora en France, en Suisse et en Belgique. Parfois même en Afrique du Nord. Nous sommes restés une petite association, avec une trentaine de membres pas toujours à jour de leur cotisation. C’était vraiment rock’n’roll parfois

Tous les ans, nous faisions presser des live CD d’installation de la distribution que nous revendions parfois complètement à perte. C’était un peu le Graal d’avoir un objet qui symbolisait la distribution et qui portait les couleurs de la communauté Fedora francophone.

C’était si je me souviens bien notre plus gros budget annuel de dépense, mais cela nous permettait d’avoir des choses à proposer sur les salons.

- Tu as été pendant quelques années président de l’association Fedora-fr à l’époque. Peux-tu revenir sur les chantiers en cours à ce moment-là et des apports que tu as pu y faire ?

Les premières années ont été des années de développement et de structuration de l’activité de l’association. Nous faisions tous cela à côté de nos études ou de nos jobs, donc nous n’avons pas créé des choses incroyables. Beaucoup de monde ignore tout le bazar que peut générer la création d’une association en France, ne serait-ce que d’avoir une banque ou une assurance qui comprennent ce que vous faites et qui vous accompagnent.

C’était un gros boulot de stabilisation administrative. Avec les cotisations des membres, nous avons pu développer les activités de l’association : pour en faire la promotion sur les salons informatiques locaux ou nationaux, permettre aux membres de prendre en charge tout ou partie de leurs frais de déplacements, leur fournir des goodies et des live CD, des flyers, etc. Tout cela prend du temps à penser, créer, imprimer, organiser, etc.

- Tu as été traducteur pour le Projet Fedora, et même des FWN (Fedora Week News) en podcast. Peux-tu nous dire l’importance que ça a de traduire un projet de cette taille ? Le rythme des FWN n’était-il pas trop élevé ?

La traduction c’est du bénévolat ingrat, car vous êtes en bout de chaine et c’est chez les traducteurs qu’est la pression de terminer le travail le plus vite possible avant que la distribution ne soit packagées et disponible en version finale. Le Projet Fedora nous a fréquemment réduit les deadlines de contributions, donc nous sommes allés au plus urgent très souvent.

J’avais oublié que j’avais réalisé un podcast avec Trashy. C’était vraiment fait sur un coin de table, mais c’était vraiment un plaisir d’essayer de faire ça. Oui le rythme était intense, mais j’aimais bien l’audio et le format.

- Comment fonctionne le monde de la traduction logicielle ? Quels outils sont à disposition pour réaliser ce travail ?

Au tout début, c’était vraiment rock’n’roll et je ne comprenais pas réellement comment je devais le faire. Faire un commit de fichier quand vous êtes complètement novice en développement, ça relève de la sorcellerie.

On récupérait donc les fichiers à traduire, on les traduisait et on les renvoyait. Il y a(vait) une liste de diffusion pour organiser l’équipe de traduction et les processus. Pour éviter que plusieurs personnes ne travaillent sur les mêmes fichiers en même temps, ou pour chercher un relecteur, avant de publier la traduction.

Nous étions plutôt bien organisés avec les petits outils à disposition. Ensuite, pour traduire, rien de tel qu’un logiciel comme Lokalize et un bon dictionnaire parfois.

Plus tard dans la vie du projet, le site Transifex a été lancé. Je l’utilise encore aujourd’hui pour traduire Handbrake avec beaucoup de nostalgie.

- Le volume de traduction que cela représente est plutôt élevé, quelle était ta motivation à l’effectuer durant tout ce temps ?

En toute franchise, je l’ai fait par passion au début. Vers la fin, c’est devenu une contrainte, mais j’essayais de participer, car je ne voulais pas voir la distribution mal traduite. C’est terrible quand vous installez un logiciel et qu’il n’est pas entièrement en français. Personnellement je déteste cela.

- Si ce n’est pas indiscret, tu as quitté maintenant Borsalinux-fr et le Projet Fedora, quelles en sont les raisons ?

Plusieurs raisons. Je me sentais un peu usé d’avoir participé pendant de nombreuses années et la motivation s’en est allée petit à petit.

J’ai également fait mon entrée dans le monde du travail et le temps disponible s’est considérablement réduit.
Enfin, Apple est passé par là. J’étais un peu frustré de devoir ré-installer mon ordinateur tous les 6 mois alors qu’un Mac ça ne bouge pas, vous l’allumez et ça fonctionne. Point.

Mes proches avaient des Mac, des machines silencieuses qui fonctionnaient sans manipulations et sans problèmes… la tentation a été trop forte.

- Que conseillerais-tu, comme lecture ou travaux, à un jeune contributeur de faire pour contribuer dans tes domaines ? Quelles compétences ou qualité sont utiles pour réaliser ce travail ?

Deux choses :

Ne pas se fixer des objectifs inatteignables. Les projets de logiciels libres sont en grande partie structurés et il faut parfois y aller doucement et faire ses preuves avant de prendre des responsabilités.
Être persévérant et ne pas se décourager. Parfois la marche peut sembler haute, mais n’hésitez pas à en parler à d’autres utilisateurs et contributeurs qui pourront vous donner un coup de main ou débloquer des situations. Ce sont des projets d’équipes, personne ne doit rester seul dans son coin.

- Merci Thomas pour ta contribution !

Conclusion

Nous espérons que cet entretien vous a permis d’en découvrir un peu plus sur la traduction dans Fedora et les débuts de Fedora-fr.

Si vous avez des questions ou que vous souhaitez participer au Projet Fedora ou Fedora-fr, ou simplement l’utiliser et l’installer sur votre machine, n’hésitez pas à en discuter avec nous en commentaire ou sur le forum Fedora-fr.

Prochain entretien avec Robert-André Mauchin, empaqueteur du Projet Fedora en particulier concernant l’écosystème Go et Rust.

– Source : https://linuxfr.org/news/20-ans-de-fedora-fr-cinquieme-entretien-avec-thomas-traducteur-de-fedora

undefined

@duJambon a dit dans [Multi Apps] LibreWolf : le fork blindé de Firefox qui protège votre vie privée dès l'installation :

Intéressant, pour les mises à jour auto sous windows, il existe un compagnon de librewolf:

@duJambon a dit dans [Multi Apps] LibreWolf : le fork blindé de Firefox qui protège votre vie privée dès l'installation :

J’y ai jeté un coup d’œil, les réglages sont plutôt austères, même si vous allez dans more settings, et il manque surtout la synchronisation avec les firefox (ou librewolf) sur d’autres appareils.

–> Ces 2 points sont stipulés dans mon article

D’ailleurs le WinUpdater est proposé à l’installation sous Windows,
Sous linux, passer par le gestionnaire de paquets, rien ne change. Sous windows, Winget est un bon réflexe de barbus à adopter rapidement :

Pour les réglages plutôt austère, je trouves que le nécessaire pour une nav sécurisée est bien là. Tout est pris chez Firefox en virant les trucs qui sert à rien et mauvais pour la vie privée.

Pour le sync, c’est à tester mais ce n’est pas trop le but de ce navigateur :

undefined

Ces derniers temps, les nouvelles ne sont pas très rassurantes pour Firefox et cela inquiète de nombreux adeptes du logiciel libre.

Entre une concurrence féroce menée par Google Chrome, une part de marché en déclin, des vagues de licenciements chez Mozilla, des choix stratégiques critiqués, un modèle économique contesté, des récoltes de données et publicitaires floues, le procès envers Google, Firefox qui génère 85 % de leur revenus via le partenariat contre nature avec Google depuis des lustres, le projet Firefox traverse une zone de turbulences et l’avenir du célèbre navigateur libre semble incertain.

Mais si le pire devait arriver, la bonne nouvelle, c’est que l’esprit de Firefox pourrait bien survivre et même se renforcer grâce à sa nature open source. Car dans l’ombre, une alternative a vu le jour sous le nom de LibreWolf, un navigateur indépendant, pensé pour celles et ceux qui refusent les compromis en matière de vie privée.

LibreWolf, c’est quoi ?

LibreWolf est un fork communautaire de Firefox, utilisant le moteur Gecko, mais sans les concessions. Contrairement à Firefox, qui équilibre confidentialité et convivialité, LibreWolf fait le choix de maximiser la protection des utilisateurs.

Pas de télémétrie, pas de pistage, pas de suggestions commerciales. Ce navigateur reprend la base solide de Firefox et la renforce pour offrir une expérience sécurisée dès la première utilisation, sans que l’utilisateur ait à fouiller dans les paramètres ou installer une dizaine d’extensions.

Le projet est entièrement indépendant de Mozilla et suit de près les mises à jour de Firefox, généralement dans les 24 à 72 heures suivant leur publication officielle, ce qui est un très bon point.

Un navigateur prêt à l’emploi

– Ce qui distingue LibreWolf, c’est sa philosophie du “prêt à l’emploi” :

Suppression complète de la télémétrie : Aucune collecte de données, pas de rapports de plantage ni de statistiques d’utilisation.
uBlock Origin intégré : Bloqueur de publicités et de traqueurs préinstallé et configuré pour une protection maximale.
Moteur de recherche respectueux de la vie privée : DuckDuckGo est défini par défaut, avec la possibilité de choisir d’autres options comme Qwant ou Searx.
Protection contre le fingerprinting : Utilisation de la technologie RFP (Resist Fingerprinting) issue du projet Tor pour minimiser l’empreinte numérique du navigateur.
Suppression des éléments superflus : Pas de suggestions sponsorisées, de bouton Pocket ni de recommandations pour des services additionnels.
Effacement automatique des données : Cookies et historique sont supprimés à la fermeture du navigateur.
Mode HTTPS uniquement activé par défaut : Assure une connexion sécurisée à tous les sites web visités
Suppression des cookies à la fermeture de session (peut être modifié)
Pas de système de mise à jour automatique intégré. il vous faudra donc installer le “WinUpdater” manuellement si vous voulez des mises à jour automatisées. Sur Linux, vous passerez par votre gestionnaire de paquets habituels.
Etc.

️ Points à considérer

– Bien que LibreWolf offre une protection renforcée, certaines fonctionnalités courantes peuvent être absentes ou désactivées par défaut :

Pas de support DRM comme Widevine, puisque ce sont des technologies fermées qui limitent la liberté des utilisateurs, ni de sites utilisant des techniques de pistage agressives : Certaines plateformes de streaming comme Netflix, Disney+ donc, peuvent ne pas fonctionner correctement.
Compatibilité limitée avec certains sites : Des services comme Jitsi Meet peuvent rencontrer des problèmes d’accès au micro ou à la caméra .
Interface en anglais par défaut: Le navigateur est entièrement en anglais pour réduire les risques de fingerprinting liés à la langue. (peut être modifié)

Pourquoi choisir LibreWolf ?

Pour beaucoup d’utilisateurs, configurer Firefox pour qu’il respecte réellement la vie privée demande du temps, de la technique, et un peu de patience. LibreWolf évite cette étape.

Il s’adresse aux personnes qui veulent une solution efficace, fiable, et rapide à mettre en œuvre. Il ne s’agit pas d’un fork amateur bricolé à la va-vite, mais d’un projet suivi, réactif aux mises à jour de sécurité, et soutenu par une communauté active.

Installation et disponibilité

LibreWolf est disponible pour Windows, macOS et Linux. Il peut être téléchargé directement depuis le site officiel. Le navigateur est également accessible via des gestionnaires de paquets pour une installation facilitée.

Il vous faudra installer le “WinUpdater” manuellement si vous voulez des mises à jour automatisées. Sur Linux, vous passerez par votre gestionnaire de paquets habituels.

Conclusion

LibreWolf n’est pas là pour remplacer Firefox, mais pour en proposer une version sans concessions pour la vie privée.

Si vous cherchez un navigateur prêt à l’emploi, pensé pour protéger vos données personnelles sans que vous ayez à lever le petit doigt, LibreWolf est une option sérieuse à considérer. Je vais même me poser sérieusement la question de remplacer Firefox par LibreWolf sur l’ensemble de mon parc informatique

– Pour finir, LibreWolf est Idéal pour les utilisateurs exigeants et il vous conviendra parfaitement si vous :

Utilisez Linux ou êtes adepte du logiciel libre, et recherchez une solution communautaire alignée avec vos valeurs.
Cherchez un navigateur secondaire, dédié uniquement à la navigation privée ou aux recherches personnelles, distinct de votre navigateur principal.
En avez assez de devoir passer des heures à personnaliser Firefox pour qu’il respecte vos données.
️ Souhaitez minimiser votre exposition aux GAFAM, grâce à un navigateur sans compromission.
Travaillez dans des domaines sensibles comme le journalisme, la recherche ou le militantisme, où la discrétion est cruciale.

– A l’inverse, il sera à éviter dans certains cas, si vous :

Utilisez un ordinateur dans un environnement professionnel contrôlé, où l’installation de logiciels tiers ou non standardisés est limitée.
Regardez Netflix, Disney+ ou d’autres services de streaming depuis votre navigateur (LibreWolf ne prend pas en charge les DRM nécessaires à ces plateformes).
🧩 Préférez une navigation simplifiée et ne voulez pas être confronté à des restrictions fonctionnelles ou à une interface 100% en anglais.
Souhaitez synchroniser vos onglets ou historiques entre mobile et PC (aucune version mobile ni service de synchronisation intégré).

– LibreWolf est à télécharger ici sur leur site officiel :

https://librewolf.net

undefined

Aaaah si seulement on avait des stagiaires en cybersécurité capable de lire 100 000 lignes de code en quelques secondes et de repérer des indices que même les experts ratent.

Et bien c’est exactement ce que o3 d’OpenAI vient de faire en découvrant la CVE-2025-37899, une vulnérabilité critique dans le noyau Linux que personne n’avait encore vue. Et d’après son auteur, cette découverte, c’est une première mondiale car jamais auparavant une IA n’avait trouvé une vulnérabilité zero-day de cette complexité dans un composant aussi critique.

Et le plus dingue c’est que Sean Heelan, le chercheur en sécurité qui auditait le code, avait lui-même raté cette faille. o3 l’a donc trouvée en analysant simplement le code source, sans scaffolding complexe, sans framework agentique, juste en lisant et en comprenant son fonctionnement.

La vulnérabilité se trouve dans ksmbd, le serveur SMB implémenté directement dans la partie du noyau Linux qui permet de partager des fichiers sur réseau. C’est un use-after-free dans le gestionnaire de la commande SMB “logoff”. Pour ceux qui ne parlent pas couramment cette langue cheloue, c’est comme utiliser l’adresse de votre ancien appart après avoir déménagé : techniquement l’adresse existe toujours, mais ce qui s’y trouve maintenant n’a plus rien à voir avec vos affaires. Sauf qu’ici, on parle de mémoire du kernel, et les conséquences peuvent aller jusqu’à l’exécution de code arbitraire.

Ce qui rend cette découverte exceptionnelle, c’est la complexité du raisonnement nécessaire à sa découverte. o3 a dû pour cela comprendre comment deux connexions SMB distinctes peuvent partager la même session grâce au session binding de SMB 3.0, analyser les interactions entre threads concurrents, et identifier qu’un objet critique est libéré par un thread pendant qu’un autre thread l’utilise encore. C’est le genre de bug qui demanderait normalement de comprendre au minimum 3300 lignes de code et leurs interactions subtiles.

Et les chiffres parlent d’eux-mêmes car quand on donne à o3 le code de gestion des sessions SMB (~27k tokens), il trouve cette vulnérabilité dans 8 runs sur 100. Claude Sonnet 3.7 ? 3 sur 100. Claude 3.5 ? Zéro pointé. On n’est plus dans la même cour de récré.

Voici donc concrètement ce qui se passe dans cette vulnérabilité. Le code problématique se trouve dans la fonction de déconnexion de session :

if (sess->user) {
ksmbd_free_user(sess->user); // (1) libère la mémoire
sess->user = NULL; // (2) remet le pointeur à NULL
}

Ça paraît clean comme code, non ? Le problème, c’est que SMB 3.0+ permet à plusieurs connexions de partager la même session via le “session binding”. Un scénario parfait pour l’attaquant se déroulerait comme ceci :

Thread A (connexion C2) traite une requête normale (READ, WRITE, peu importe)
Thread B (connexion C1) reçoit une commande LOGOFF pour la même session
Thread B exécute la libération mémoire et détruit l’objet utilisateur
Thread A continue son traitement et essaie d’accéder à l’objet… qui vient d’être libéré

Bim ! Use-after-free dans le kernel. Et le pire c’est que le code attend bien la fin des opérations avec une fonction dédiée, mais seulement pour SA propre connexion, pas pour les autres connexions qui utilisent la même session.

o3 a non seulement repéré ce bug, mais il a aussi compris que la fenêtre temporelle entre la libération mémoire et la remise à zéro du pointeur était exploitable. Plus fort, quand Sean Heelan avait trouvé une vulnérabilité similaire dans le code d’authentification Kerberos, il avait proposé un fix qui ne prenait pas en compte le session binding. o3, lui, a réalisé que mettre le pointeur à NULL ne suffisait pas et a proposé une correction plus robuste.

L’IA vient donc littéralement de corriger l’expert humain.

On assiste vraiment à un changement fondamental dans l’écosystème de la cybersécurité. En effet, durant des décennies, la recherche de vulnérabilités était l’apanage d’une élite d’experts capables de jongler avec du code assembleur et de raisonner sur des interactions système complexes. Les outils automatisés traditionnels (fuzzing, analyse symbolique, scan statique) étaient puissants mais très rigides, incapables de faire les liens conceptuels qu’un humain fait naturellement.

Et voilà que o3 change la donne parce qu’il combine créativité, flexibilité et généralité tout comme un humain, tout en gardant la vitesse et l’endurance d’une machine. Sean Heelan le dit mieux que moi :

Les LLM existent à un point de l’espace des capacités qui est bien plus proche des humains que tout ce qu’on a vu auparavant.

Et les chiffres le prouvent. Avec un ratio de 1:4.5 entre vrais et faux positifs, on est dans du exploitable dès aujourd’hui. Concrètement, ça veut dire qu’au maximum, vous devrez éplucher 5 faux positifs pour tomber sur une vraie vulnérabilité. C’est déjà mieux que beaucoup d’outils traditionnels, et ça ne fait que commencer. Plus impressionnant encore, o3 peut traiter des problèmes représentables en moins de 10k lignes de code avec des chances réelles de les résoudre ou d’aider significativement à les résoudre. Pour donner une idée d’échelle, l’audit complet du path d’exploitation de cette vulnérabilité représente exactement 3.3k lignes de code. On est pile dans la zone de confort de l’IA.

Si vous travaillez dans la recherche de vulnérabilités, vous devriez donc commencer à faire très attention car on n’est plus dans le “peut-être qu’un jour l’IA sera utile”, au contraire, on est dans le “l’IA est déjà utile, maintenant”.

Bien sûr, ça ne veut pas dire que les experts vont disparaître mais qu’au contraire, ils vont devenir “beaucoup plus efficaces”. Hop, vous faites un premier passage automatisé sur vos audits de code, avec une IA qui vous sort les suspects les plus probables et ensuite, à vous de tester vos hypothèses de vulnérabilités sur des composants complexes sans passer des heures à décortiquer le code. L’IA peut raisonner sur la concurrence, les race conditions, et les subtilités d’allocation mémoire, ce qui veut aussi dire que pour les RSSI, ça va permettre d’auditer automatiquement les repo internes avec un niveau de détail jusqu’ici impensable.

Pour les développeurs, ça signifie également l’intégration d’analyses de sécurité poussées directement dans les pipelines CI/CD et pour les chercheurs en sécurité eux-même, c’est, comme je le disais, un multiplicateur de force qui permet de se concentrer sur les vulnérabilités les plus critiques.

Et avec l’amélioration continue des modèles, on va voir des ratios signal/bruit qui s’améliorent, des fenêtres de contexte qui s’élargissent, et des capacités de raisonnement qui se renforcent…. Ainsi dans 2/3 ans, n’importe quel développeur pourra avoir accès à un niveau d’analyse de sécurité qui était jusqu’alors réservé aux pentesteurs les plus expérimentés.

– Sources :

https://sean.heelan.io/2025/05/22/how-i-used-o3-to-find-cve-2025-37899-a-remote-zeroday-vulnerability-in-the-linux-kernels-smb-implementation/

https://korben.info/ia-o3-vulnerabilite-zero-day-linux-premiere.html

undefined

Mais sinon, une fois de plus, pour ne pas trop changer, les instances européennes, tout comme nos responsables politiques, révèlent leur totale ignorance quand c’est d’un niveau technique qui les dépassent.

Il est absurde de tenir un protocole technique pour responsable lorsqu’il est détourné de son usage initial.

IPFS n’a pas été fait pour pirater ou éviter la censure.

undefined

Dans le cadre des 20 ans de Fedora-fr et du Projet Fedora en lui-même, Nicolas Berrehouc alias Nicosss et moi-même (Charles-Antoine Couret alias Renault) avons souhaité poser des questions à des contributeurs francophones du Projet Fedora et de Fedora-fr.

La diversité des profils permet de voir le fonctionnement du projet Fedora sous différents angles, au-delà de la distribution, mais aussi comment il est organisé et conçu. Certains points s’appliquent d’ailleurs à d’autres distributions.

N’oublions pas que le Projet Fedora reste un projet mondial et un travail d’équipe, ce que ces entretiens ne permettent pas forcément de refléter. Mais la communauté francophone a la chance d’avoir suffisamment de contributeurs et de contributrices de qualité pour permettre de donner un aperçu de beaucoup de sous-projets de la distribution.

Chaque semaine un nouvel entretien sera publié sur le forum Fedora-fr.org, LinuxFr.org et le blog de Renault.

L’entretien du jour concerne Timothée Ravier, contributeur au Projet Fedora en particulier aux systèmes dits immuables et à l’environnement KDE Plasma.

Entretien

- Bonjour Timothée, peux-tu présenter brièvement ton parcours ?

J’ai commencé à m’intéresser aux logiciels open source autour de 2004 lorsque j’ai découvert Firefox (version 1.0 à l’époque) par l’intermédiaire d’un ami qui l’a téléchargé pour moi sur un CD ré-inscriptible, car je n’avais pas encore l’ADSL à l’époque. J’ai ensuite découvert Linux avec Ubuntu 6.06. Après mes études d’ingénieur en sécurité informatique, j’ai travaillé à l’ANSSI pendant cinq ans sur le projet CLIP OS et je travaille désormais pour Red Hat où je co-dirige l’équipe CoreOS, qui est responsable de la maintenance de Fedora CoreOS et de Red Hat Enterprise Linux CoreOS pour OpenShift.

- Peux-tu présenter brièvement tes contributions au Projet Fedora ?

Mes contributions à Fedora sont liées à mon intérêt pour les systèmes orientés conteneurs, parfois dénommés immuables (immutable). Je fais ainsi partie de l’équipe qui maintient Fedora CoreOS, je suis un mainteneur des Fedora Atomic Desktops (principalement Silverblue et Kinoite) et je suis membre du KDE Special Interest Group (SIG).

- Qu’est-ce qui fait que tu es venu sur Fedora et que tu y es resté ?

Je suis passé par plusieurs distributions Linux (Ubuntu, Gentoo, Arch Linux) mais je suis désormais sur Fedora.

Je pense que les « Four Foundations » de Fedora représentent bien mon parcours :

Freedom : Je suis là parce que je suis intéressé par les logiciels libres, car ils permettent un partage, une mise en commun au bénéfice de tous.
Features, First : C’est la force de la communauté Fedora d’un point de vue technologique. Je développe ce point dans les questions suivantes.
Friends : Je me suis fait des amis dans la communauté Fedora et cela contribue à la bonne ambiance et la motivation pour continuer à contribuer.

- Pourquoi contribuer à Fedora en particulier ?

Je préfère être proche des projets upstream et des dernières évolutions. C’est pour cela que j’étais pendant un long moment sous Arch Linux.

Mais le processus pour pousser des changements dans Arch Linux était plutôt flou. Il est important de noter que cela a peut-être changé désormais. Mon expérience date de plus de 6 ans et je crois qu’ils ont un processus de RFC maintenant. Le fonctionnement d’Arch Linux impose aussi des mises à jour régulières et une certaine discipline lors des mises à jour liée au modèle de développement sans version fixe.

Je commençais alors à m’intéresser de plus en plus aux systèmes à base d’images (CoreOS Container Linux et Fedora Atomic Host à l’époque) et je suis donc allé voir Fedora Atomic Workstation (ancien nom de Silverblue) pour créer une version à base de l’environnement KDE Plasma, qui est devenue Fedora Kinoite.

Le processus pour pousser des changements dans Fedora est ce qui fait la force de la distribution. Il permet d’obtenir des discussions et des décisions sur les évolutions à apporter à la distribution pour la prochaine version.

- Contribues-tu à d’autres Logiciels Libres ? Si oui, lesquels et comment ?

En dehors de Fedora, je contribue principalement au développement des projets KDE. Je fais partie de l’équipe qui maintient les applications KDE empaquetées avec Flatpak et publiées sur Flathub.

Je contribue aussi occasionnellement à différents projets open source en fonction des besoins.

- Utilises-tu Fedora dans un contexte professionnel ? Et pourquoi ?

Oui, mes ordinateurs professionnels et personnels tournent sous Fedora Kinoite et mes serveurs personnels utilisent Fedora CoreOS. Une partie des serveurs que nous utilisons pour développer et produire les versions de Fedora CoreOS sont aussi sous Fedora CoreOS. D’autres sont sous Red Hat Enterprise Linux CoreOS, car ils font partie d’un cluster OpenShift.

En gros, nous sommes aussi des utilisateurs directs des logiciels que nous développons.

- Est-ce que tes contributions dans Fedora se font entièrement dans le cadre de ton travail ? Si non, pourquoi ?

Une grosse partie de mes contributions se font dans le cadre de mon travail, mais toute la partie liée à KDE et aux Fedora Atomic Desktops est faite sur mon temps personnel.

- Est-ce que être employé Red Hat te donne d’autres droits ou opportunités au sein du Projet Fedora ?

Je n’ai pas plus de droits dans Fedora parce que je travaille pour Red Hat. Je dois suivre tous les processus de Fedora comme n’importe quel contributeur. J’ai d’ailleurs commencé à contribuer à Fedora avant d’avoir été employé par Red Hat.

En revanche, il est indéniable que cela m’aide pour contribuer, car j’ai régulièrement l’occasion de discuter avec d’autres contributeurs Fedora dans le cadre de mon travail.

- Tu as débuté une carrière dans la sécurité pour finalement travailler pour Red Hat en tant que mainteneur de CoreOS, Silverblue, Kinoite et contributeur à KDE, pourquoi ne pas avoir continué dans la sécurité pour cet écosystème ?

Quelque part je continue à faire de la sécurité mais sous un autre angle. La sécurité que je faisais avant ne bénéficiait qu’à un petit nombre de personnes qui avait accès aux systèmes que l’on développait. La nouvelle version open source de CLIP OS devait rendre le système plus accessible mais le projet était complexe et je crois qu’il est désormais archivé.

Je travaille désormais à améliorer la sécurité de Fedora CoreOS et des Fedora Atomic Desktops sans compromettre leur utilisabilité. L’objectif est de fournir une distribution Linux avec des mises à jour robustes qui soit utilisable par des non développeurs.

- Tu participes à CoreOS pour RHEL, CentOS Stream et Fedora. Peux-tu expliquer le but de CoreOS et ses principales caractéristiques ? Quelles sont les différences entre RHEL, CentOS Stream et Fedora à ce sujet ?

L’objectif pour les systèmes CoreOS est de faire tourner au mieux des applications dans des conteneurs. Pour Fedora CoreOS, c’est un système minimal, avec des mises à jour automatiques, proposant à la fois podman et moby-engine (Docker) installés par défaut, prêt à faire tourner des conteneurs sur un seul nœud ou dans le cadre d’un cluster Kubernetes.

Pour Red Hat Enterprise Linux CoreOS (et CentOS Stream CoreOS), ce sont des systèmes qui forment le socle d’OpenShift (et d’OKD), une plateforme qui intègre plein de projets open source dont Kubernetes.

Bien qu’il n’y ait pas une correspondance exacte un pour un dans la liste des logiciels inclus, Fedora CoreOS est l’upstream de CentOS Stream CoreOS et Red Hat Enterprise Linux CoreOS, de la même façon que Fedora est l’upstream de CentOS Stream, qui l’est de Red Hat Enterprise Linux.

- L’architecture atomic a gagné du terrain sur les systèmes pour le bureau avec Silverblue et Kinoite et devient relativement populaire, peux-tu expliquer quel en est l’intérêt d’une telle conception pour ce genre de systèmes ?

Le principal intérêt pour un utilisateur est la robustesse et rapidité des mises à jour. Celles-ci sont préparées en arrière plan alors que le système fonctionne normalement. Il suffit alors de redémarrer pour mettre à jour son système. Il n’y a pas d’attente supplémentaire ni à l’extinction ni au démarrage.

Si une mise à jour échoue, le système reste dans l’état actuel, et il est possible de réessayer plus tard.
Si une mise à jour introduit un problème important empêchant le démarrage du système par exemple, il est possible de redémarrer et de choisir la version précédente dans le menu de démarrage de GRUB.

Les utilisateurs sont aussi poussés à utiliser Flatpak pour installer leurs applications graphiques et toolbox (ou distrobox) pour utiliser les applications en ligne de commandes dans des conteneurs.

- Quels sont les défis techniques de proposer cette conception dans ces systèmes par rapport à CoreOS par exemple ?

La principale différence est la présence d’une interface graphique. Les applications graphiques doivent être parfois adaptées pour fonctionner avec Flatpak. C’est désormais le cas de la plupart d’entre elles.

- Tu y contribues en tant que membre de Fedora Atomic Desktops SIG, peux-tu expliquer son rôle dans Fedora et ton activité dedans ?

Le rôle du Fedora Atomic Desktops SIG est de regrouper l’ensemble des contributeurs Fedora des différentes variantes Atomic : Silverblue, Kinoite, Sway Atomic et Budgie Atomic. Bien que chacun de ces systèmes propose un environnement de bureau distinct, ils partagent énormément d’éléments, tant au niveau des composants de base du système que de l’infrastructure Fedora. Le SIG permet donc de regrouper les contributeurs pour pouvoir les inclure dans les prises de décisions qui impactent ces systèmes.

Je participe à la maintenance des Fedora Atomic Desktops et plus principalement de Silverblue et Kinoite. Cela peut impliquer des mises à jour de paquets, des corrections de bugs dans des projets upstream ou des rajouts de fonctionnalités pour améliorer l’expérience sur ces systèmes. Je surveille aussi que tous les Atomic Desktops continuent de recevoir des mises à jour régulièrement.

- Penses-tu qu’un jour ces systèmes atomic deviendront la référence par défaut ? Si oui à quelle échéance ? Quelles sont les difficultés actuelles à résoudre ?

Je l’espère ! Il est impossible de donner une échéance et cela ne dépend pas vraiment de moi. La difficulté la plus importante est la prise en charge du matériel et les pilotes qui ne sont pas intégrés dans Fedora. C’est un problème que l’on ne peut pas résoudre dans Fedora à cause des contraintes légales et qui sont traitées par le projet Universal Blue, dont la variante Bazzite (https://bazzite.gg/), est très populaire.

- Pour la problématique des pilotes, est-ce que l’initiative du noyau unifié (d’avoir une image universelle et signée comprenant le noyau, initrd, la ligne de commande) te semble être une solution à cette problématique ?

Ces deux sujets ne sont pas liés.

Le problème des pilotes externes au noyau Linux upstream est divisé en deux cas principaux :

Les pilotes propriétaires : Ils ne seront jamais ajoutés directement à Fedora pour des raisons légales et de licence.
Les pilotes open source mais non inclus dans le noyau Linux upstream : Fedora met à jour le noyau Linux très régulièrement et suit les nouvelles versions stables peu de temps après leur sortie officielle. Il faut donc que ces pilotes soient mis à jour pour suivre les nouvelles versions du noyau et cela demande toujours du temps lorsque ceux-ci ne font pas partie du noyau upstream.

Les images noyau unifiées (Unified Kernel Images ou UKI) incluent le noyau, l’initrd et la ligne de commande du noyau dans un seul fichier. Cela présente des avantages pour mettre en place une chaîne de boot mesurée, notamment à l’aide du TPM, et donc pour offrir de meilleures garanties de sécurité. Leur intégration est encore en cours dans les variantes CoreOS et Atomic Desktops.

- Les développeurs et administrateurs systèmes ont souvent besoin d’outils qui à ce jour nécessitent souvent de recourir à rpm-ostree plutôt que Flatpak ou Fedora toolbox dans le cadre d’un système immuable. Penses-tu que ces verrous sont un réel problème et qu’ils seront éventuellement résolus dans le temps ?

L’un des objectifs de la nouvelle initiative conteneurs bootables (« Bootable Containers ») est justement de rendre plus ergonomique la modification du système de base. Le système est distribué sous forme d’une image de conteneur standard (image OCI) et il est possible de la modifier à l’aide d’un Containerfile / Dockerfile et d’outils natifs aux conteneurs. Cela permet aux utilisateurs de ré-utiliser leurs habitudes et outils pour modifier aussi leur système de façon sûre et de partager le résultat à l’aide d’un registre d’image de conteneurs.

Nous allons aussi ajouter à nouveau dnf (version 5) dans ces images de conteneurs pour mettre à disposition des utilisateurs une interface familière et toutes les options de dnf lors de la construction de ces images.

Une autre piste est d’utiliser le concept des extensions systèmes de systemd (systemd system extensions ou sysexts), qui permettent d’ajouter du contenu dynamiquement à un système sans perdre les avantages de la gestion à base d’images. Les sysexts utilisent la même technologie que pour les conteneurs (overlayfs) pour ajouter des éléments (merge) au contenu des dossiers /usr et /opt de l’image de base. Je suis en train d’investiguer cette option pour rendre son usage ergonomique pour ces systèmes :

https://github.com/travier/fedora-sysexts

Il est aussi possible de modifier temporairement le système en utilisant un système de fichier temporaire monté au-dessus des emplacements en lecture seule (overlayfs). Les fichiers de /usr peuvent alors être modifiés et de nouveaux paquets RPM installés à la demande. Les modifications disparaîtront au redémarrage.

- Tu participes aussi à l’équipe de KDE SIG, peux-tu expliquer son rôle dans Fedora et ton activité dedans ?

L’objectif du KDE SIG est de proposer la meilleure expérience possible de KDE sur Fedora. Nous suivons et contribuons aussi au développement de KDE upstream.

Je participe au KDE SIG en tant que mainteneur de Kinoite et développeur KDE.

- GNOME reste le bureau principal de Fedora à ce jour, cependant la qualité de l’intégration de KDE progresse depuis de nombreuses années maintenant, penses-tu que la qualité entre les deux est aujourd’hui équivalente ? Est-ce que les contributions pour KDE sont freinées de par le statut de GNOME au sein du projet ?

C’est une question très difficile, car elle est très subjective. J’utilise principalement KDE sur mes systèmes, mais j’apprécie énormément le travail de design fait sur GNOME. Pour moi c’est un choix personnel.

D’un point de vue technologique, il est possible de trouver des éléments “meilleurs” dans GNOME que dans KDE et l’inverse.

Il n’y a pas de bénéfice à opposer ces deux projets. C’est au contraire la collaboration qui améliore l’expérience utilisateur.

Je ne pense pas que les contributions à KDE soient freinées par le status de GNOME dans Fedora.

- L’équipe KDE SIG a récemment proposé d’améliorer le statut de KDE au sein du projet, quitte à même remplacer GNOME pour Fedora Workstation, peux-tu expliquer cette demande ? Penses-tu qu’un jour KDE remplacera GNOME au sein de Fedora ou de RHEL par exemple ?

L’idée des membres soutenant cette proposition (qui ne vient pas uniquement de personnes faisant partie du KDE SIG) est de remettre en question la place de GNOME « par défaut » dans le projet Fedora (notamment Fedora Workstation). Poser cette question force le projet à clarifier les critères qui font qu’un environnement de bureau est considéré comme majeur et donc autorisé à être représenté par une “édition” comme Fedora Workstation. Tous les environnements de bureau non-GNOME ne sont actuellement pas bien présentés sur le site de Fedora notamment.

Il est important pour un projet communautaire de pouvoir justifier ses choix, que l’on soit d’accord ou non avec les arguments présentés. Si ces choix sont perçus comme arbitraires (« c’est comme ça que cela a toujours été », « c’est un employé de Red Hat qui l’a décidé »), alors le projet Fedora perd en crédibilité. Il faut, par exemple, pouvoir justifier que GNOME est un bon choix à présenter aux utilisateurs découvrant Fedora.

Je ne pense pas que KDE va “remplacer” GNOME dans Fedora et ce n’est pas vraiment l’idée derrière cette proposition qui a été formulée explicitement de la sorte pour forcer la discussion. L’objectif est de rendre KDE plus visible dans Fedora.

Pour ce qui est de remplacer GNOME dans RHEL, c’est peu probable et cela serait une décision de Red Hat.

- Penses-tu que Fedora est une distribution de référence pour utiliser KDE aujourd’hui ? Par le passé OpenSUSE, Kubuntu ou Mageia étaient souvent recommandées pour utiliser cet environnement.

Oui !

Fedora propose depuis plusieurs années les dernières versions de KDE à des fréquences très proches des sorties upstream. Nous sommes actuellement l’une des premières distributions à proposer le bureau KDE Plasma dans sa version 6. Le KDE SIG suit et participe activement au développement de KDE upstream et certains développeurs KDE recommandent désormais Fedora.

Je travaille avec Fedora Kinoite à rendre le développement de KDE plus abordable, notamment pour le test des versions en cours de développement.

- Si tu avais la possibilité de changer quelque chose dans la distribution Fedora ou dans sa manière de fonctionner, qu’est-ce que ce serait ?

Je regrouperai l’intégralité des dépôts Git, codes sources, projets, suivi des bugs, etc. sur une (ou plusieurs) instance GitLab hébergée par le projet Fedora. C’est un projet qui est désormais en cours pour migrer vers Forgejo. Finies les instances Pagure (forge de développement Git), plus de Bugzilla (suivi des bugs). Il faudrait aussi abandonner les listes de diffusion pour utiliser Discourse à la place (transition aussi en cours).

D’un point de vue personnel, la migration du projet KDE vers GitLab fut un facteur déterminant dans ma capacité à contribuer au projet KDE. Le mode de contributions à l’aide de Pull Requests / Merge Requests à travers une interface web est devenu un standard qui réduit significativement la difficulté pour un premier contributeur à participer à un projet.

Je pense que c’est la prochaine étape importante pour rendre le développement de Fedora plus accessible et donc pour attirer plus de contributeurs.

- À l’inverse, est-ce qu’il y a quelque chose que tu souhaiterais conserver à tout prix dans la distribution ou le projet en lui-même ?

Le processus pour proposer un changement (Change Process). C’est la clé de ce qui fait de Fedora une distribution à la pointe, qui évolue à chaque nouvelle version et qui pousse l’écosystème en avant.

- Que penses-tu de la communauté Fedora-fr que ce soit son évolution et sa situation actuelle ? Qu’est-ce que tu améliorerais si tu en avais la possibilité ?

Malheureusement, je n’ai pas eu beaucoup d’interactions avec la communauté Fedora-fr, donc je n’ai pas grand-chose à dire.

- Quelque chose à ajouter ?

Merci pour l’entretien !

Si vous souhaitez en apprendre plus sur ces systèmes, je vous recommande les documentations officielles des projets ou les présentations que j’ai réalisées (une ou deux en français).

- Merci Timothée pour ta contribution !

Conclusion

Nous espérons que cet entretien vous a permis d’en découvrir un peu plus sur les systèmes immuables de Fedora et l’environnement KDE Plasma.

Si vous avez des questions ou que vous souhaitez participer au Projet Fedora ou Fedora-fr, ou simplement l’utiliser et l’installer sur votre machine, n’hésitez pas à en discuter avec nous en commentaire ou sur le forum Fedora-fr.

Prochain entretien avec Thomas Canniot, ancien traducteur de Fedora en français et fondateur de l’association Fedora-fr.

– Source : https://linuxfr.org/news/20-ans-de-fedora-fr-quatrieme-entretien-avec-timothee-contributeur-des-systemes-immuables-et-kde

undefined

Ouai j’ai vu ça sur les réseaux depuis quelque temps.
C’est un truc un peu à la mode.
Un autre gugus à fait le même délire mais avec des platines dans sa boulangerie genre ambiance techno Ibiza lol

undefined

La boulangerie Mengelle, à Soues (Hautes-Pyrénées), fait beaucoup parler d’elle depuis quelques jours pour avoir défié ses clients de danser contre une baguette gratuite. De nombreux habitués se sont pris au jeu, et ont été filmés. La vidéo a été postée sur les réseaux sociaux, et elle cartonne: près de 100 000 vues en moins d’un mois. L’initiative a eu énormément de succès, au-delà même du village et des Hautes-Pyrénées. Déjà connue dans la région pour ses bons produits, elle l’est désormais pour ses clients qui dansent, et son équipe tout sourire. “On est des stars !” plaisante une vendeuse, “on a eu beaucoup plus de monde, beaucoup de bons retours de nouveaux clients”.

Source : francebleu.fr

undefined

Alors… euh…
J’ai pas souvenir que… euh…
Euh…
Alors je n’ai pas de compte rendu… euuuuh… parce que j’ai sans doute pris des notes sur un papier… comme ça…
Euh… euh…
Je ne peux pas vous l’expliquer. Je ne sais pas…
Euh…

Planète Warez

Team

Messages

Entretien

Conclusion

LibreWolf, c’est quoi ?

Un navigateur prêt à l’emploi

️ Points à considérer

Pourquoi choisir LibreWolf ?

Installation et disponibilité

Conclusion

Entretien

Conclusion

Liste des membres

Planète Warez

Light

Dim

Dark

Team

Messages

Entretien

Conclusion

LibreWolf, c’est quoi ?

Un navigateur prêt à l’emploi

️ Points à considérer

Pourquoi choisir LibreWolf ?

Installation et disponibilité

Conclusion

Entretien

Conclusion

Liste des membres