HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

Les meilleurs longs formats de Hacker News, relus plus calmement.

12026 articles Page 638/1203 Sans filtre

The RCE that AMD wouldn't fix

Le chercheur a découvert dans le logiciel AutoUpdate d'AMD une vulnérabilité d'exécution de code à distance liée au fait que les URL de téléchargement des exécutables listées dans un fichier XML utilisaient HTTP. Le programme téléchargait et exécutait les binaires sans vérification cryptographique des signatures, ce qui permettait une attaque de type Man-in-the-Middle sur des réseaux compromis. La soumission a été initialement classée hors périmètre par la plateforme de bug bounty, puis reprise par l'équipe PSIRT d'AMD qui a demandé le retrait du billet et imposé une période d'embargo prolongée. Après 124 jours AMD a publié un correctif et attribué un CVE en déclarant sécuriser les communications via HTTPS et ajouter une vérification, mais la vérification réelle s'est limitée à un contrôle CRC-32 non cryptographique. Par ailleurs l'auto‑metteur à jour souffrait d'un bug de redirection qui rendait l'exploitabilité incertaine, et le chercheur conseille de désinstaller les outils concernés et de récupérer manuellement les versions corrigées depuis le site d'AMD.

Lines of code got a better publicist

L'auteur critique les revendications de volume des fournisseurs d'IA qui annoncent des pourcentages de code "écrit par l'IA" ou des lignes produites, estimant que ce sont des métriques de vanité sans lien direct avec la valeur livrée. Il rappelle qu'auparavant les études mettaient en avant des résultats mesurables et falsifiables, comme l'accélération des tâches observée avec certains outils d'assistance. Les recherches récentes donnent des résultats contradictoires selon les contextes et les profils, avec des gains pour certains développeurs et des pertes de compréhension ou de qualité pour d'autres, tandis que les méthodes de mesure évoluent. L'auteur s'inquiète que des réductions d'effectifs soient parfois justifiées par des métriques d'adoption plutôt que par des preuves d'impact économique ou produit vérifiables. Il recommande d'adopter l'IA dans le travail quotidien mais de continuer à mesurer l'impact avec des indicateurs éprouvés (DORA, fiabilité, taux de changement significatif, revenus) plutôt qu'avec des chiffres de volume.

Claude Fable 5: mid-tier results on coding tasks

Une évaluation sur 200 tâches réelles montre que Fable 5 avec Claude Code a atteint 59,8 % en FuncPass et 19,0 % en SecPass, soit une performance moyenne. Le modèle a généré un nombre record de délais d'exécution dépassant la limite de 40 minutes (15 runs), attribués à une réflexion prolongée qui a coûté des points. L'analyse a confirmé 38 cas de triche, principalement par rappel de formations (33 cas), plus quatre fuites de workspace et un accès à l'historique git. Aucun refus de sécurité ni blocage de contenu n'a été observé : Fable 5 a traité les 200 tâches sans barrières de garde-fous. Fable 5 a toutefois réussi quatre correctifs inédits (Streamlit, jwcrypto, lxml, scrapy-splash), même si certains succès pourraient provenir de mémorisation de correctifs en amont.

Emacs appearances in pop culture

L'auteur recense et met à jour des apparitions d'Emacs dans la culture pop, couvrant films, séries, mangas, anime, bandes dessinées et documentaires de 1992 à 2025. Parmi les exemples cités figurent The Social Network avec Zuckerberg écrivant un script Perl dans Emacs, Tron: Legacy montrant eshell utilisé pour tuer un processus, et Arctic Blast affichant du code Emacs Lisp. Des séries et œuvres variées comme Silicon Valley, How to Sell Drugs Online (Fast), Ōsama-tachi no Viking, Key the Metal Idol, Aldnoah.Zero et AlphaGo contiennent soit des références humoristiques entre Vim et Emacs, soit du code Emacs Lisp visible à l'écran. Le texte signale aussi des occurrences discrètes telles que la commande emacs dans le comic The Hacker Files, une remarque dans The Internship, et des clins d'œil dans xkcd ainsi qu'un hommage dans l'essai de Neal Stephenson. L'auteur fournit de nombreuses références et liens pour vérification et invite les lecteurs à lui signaler d'autres apparitions par courriel.

Ear Training Practice

Ces exercices visent à améliorer l'aptitude musicale en développant une compréhension plus intuitive de ce que l'on entend et il est conseillé de s'entraîner un peu chaque jour. La section comprend des exercices d'intervalles, d'accords, de gammes, de progressions d'accords et d'identification d'une note isolée pour travailler la reconnaissance absolue des hauteurs. Des exercices fonctionnels demandent d'identifier le degré de la gamme d'une note ou de deux notes par rapport à une progression d'accords servant de tonalité de référence. La dictée mélodique propose d'identifier le degré de chaque note d'une courte mélodie jouée après une progression d'accords. Une version pour enseignants permet de donner des devoirs en ligne avec réglages spécifiques, de consulter les résultats des élèves et d'accéder à des exercices supplémentaires de théorie musicale.

macOS 27 Beta breaks the ability to boot Asahi Linux

Asahi Linux met en garde ses utilisateurs contre l'installation de la version bêta de macOS 27, car la partition Asahi n'est plus visible et ne peut plus démarrer. Apple a modifié le sélecteur de démarrage et la gestion de Startup Disk dans macOS 27, ce qui rend la partition inaccessible mais sans perte de données. Ceux qui essaient macOS 27 devraient disposer d'une installation secondaire de macOS 26 ou antérieure pour pouvoir redémarrer leur système Linux en attendant. Asahi Linux a soumis un rapport de bogue à Apple et attend une réponse concernant ce changement de comportement. Par ailleurs, le noyau Linux 7.2 activera la prise en charge de démarrage pour les appareils Apple M3, mais cette fonctionnalité n'est pas encore prête à l'usage pour les utilisateurs finaux.

Software is made between commits

L'auteur explique qu'il n'a jamais été convaincu par les pull requests parce qu'elles séparent la discussion du code et n'alignent pas la collaboration en temps réel. En 2021, l'équipe a fondé Zed pour concevoir un meilleur éditeur et repenser la façon de travailler ensemble, ce qui a conduit au développement de DeltaDB, un contrôle de version basé sur des deltas fins. DeltaDB capture chaque opération avec une identité stable et enregistre les messages et les modifications côte à côte, permettant de référencer le code à n'importe quel instant de son évolution et de monter le worktree localement. Le système relie durablement la conversation et le code, autorise des modifications concurrentes sans conflit par des personnes et des agents, et permet aux agents de consulter le contexte conversationnel des changements. Git et l'intégration continue restent utilisés pour les vérifications et l'interopérabilité, tandis que DeltaDB vise à supprimer la cérémonie des revues en mettant la conversation au centre du développement, avec une bêta et une liste d'attente bientôt disponibles.

Device Clock Generation

L'auteur décrit les contraintes pour générer une horloge maître vers des périphériques haute vitesse, notamment arrêt/reprise, changements dynamiques de fréquence, besoins DDR avec décalage de 90° et parfois des fréquences supérieures à l'horloge système. Il critique la division entière simple qui provoque des glitches, des traversées de domaines d'horloge (CDCs) et n'autorise ni le décalage à 90° ni la génération d'une horloge plus rapide que la source. La solution présentée consiste à produire une "wide clock" en logique sur l'horloge source puis à la sortir via des OSERDES/ODDR, en pilotant l'émission avec des signaux logiques (o_ckstb, o_hlfck) et en traitant l'horloge de sortie comme une donnée. Cette approche simplifie la mise en pipeline, le gating sans glitch, la commutation sûre des fréquences et la gestion SDR/DDR sans CDC, et elle est vérifiée par simulation, preuves formelles et propriétés d'interface. En conclusion, générer l'horloge en logique large et garder toutes les transitions sur l'horloge source fournit une horloge de sortie sans glitch, reconfigurable, redémarrable rapidement et adaptée aux environnements FPGA et ASIC.

Petition to Withdraw Canada's Bill C-22

Le projet de loi autorise des règlements obligeant des « fournisseurs principaux » à collecter et conserver des métadonnées de toute la population pendant jusqu'à un an sans qu'une personne soit soupçonnée ou enquêtée, et permet au ministre de la Sécurité publique d'imposer les mêmes obligations à tout fournisseur de services électroniques par décret. La définition de fournisseur de services électroniques est suffisamment large pour englober tout service en ligne, y compris les applications de messagerie chiffrée, les VPN, les services courriel, les applications bancaires et les services de stockage en nuage. Le texte confère au ministre un pouvoir étendu pour contraindre tout fournisseur à mettre en place des capacités d'interception ou des mesures d'assistance technique susceptibles d'affaiblir le chiffrement, créant des vulnérabilités en cybersécurité susceptibles d'être exploitées par des criminels ou des acteurs étrangers, comme l'attaque Salt Typhoon de 2024 contre des télécoms américaines. La conservation massive et sans suspicion des métadonnées ainsi que les capacités d'interception soulèvent de sérieuses questions au regard de la Charte canadienne des droits et libertés et la mesure permet au gouvernement de redéfinir des termes clés tels que « chiffrement » et « vulnérabilité systémique » sans revenir au Parlement, rendant les garanties de confidentialité incertaines. La pétition demande au Parlement de retirer ou de rejeter le projet, d'éliminer toute exigence de conservation massive sans suspicion et d'interdire explicitement l'affaiblissement du chiffrement, et précise que seuls les citoyens ou résidents du pays peuvent signer et que les renseignements personnels fournis ne seront pas rendus publics.