<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sécurité on Cryptolab</title><link>https://cryptolab.re/categories/securite/</link><description>Recent content in Sécurité on Cryptolab</description><generator>Hugo -- gohugo.io</generator><language>fr</language><managingEditor>foudre@cryptolab.re (Cryptolab.re)</managingEditor><webMaster>foudre@cryptolab.re (Cryptolab.re)</webMaster><copyright>© Cryptolab.re</copyright><lastBuildDate>Fri, 25 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://cryptolab.re/categories/securite/index.xml" rel="self" type="application/rss+xml"/><item><title>AirCard : personnaliser ses cartes Apple Wallet, avec quelques limites</title><link>https://cryptolab.re/posts/2026/aircard-personnaliser-apple-wallet/</link><pubDate>Fri, 25 Sep 2026 00:00:00 +0000</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/aircard-personnaliser-apple-wallet/</guid><description>Une photo à la place du visuel bancaire dans Wallet : AirCard le permet sans jailbreak, en exploitant AirTraffic. Ce que cette modification change, ses limites et les possibilités de retour arrière.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/aircard-personnaliser-apple-wallet/featured.webp"/></item><item><title>GitHub Actions : empêcher l'empoisonnement du cache avec cache-mode</title><link>https://cryptolab.re/posts/2026/github-actions-cache-mode/</link><pubDate>Tue, 15 Sep 2026 00:00:00 +0000</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/github-actions-cache-mode/</guid><description>&lt;p&gt;Un cache CI est souvent considéré comme un simple réglage de performance. Pourtant, les fichiers restaurés peuvent finir dans un chemin exécuté par le build : dépendances, scripts, objets compilés, outils téléchargés ou couches intermédiaires. Un cache modifié par un job peu fiable peut donc devenir un canal d&amp;rsquo;exécution dans un workflow plus privilégié.&lt;/p&gt;
&lt;p&gt;Depuis le 10 septembre 2026, GitHub Actions permet de fixer explicitement les droits du cache avec &lt;code&gt;cache-mode&lt;/code&gt;. La clé accepte quatre valeurs, &lt;code&gt;read&lt;/code&gt;, &lt;code&gt;write&lt;/code&gt;, &lt;code&gt;write-only&lt;/code&gt; et &lt;code&gt;none&lt;/code&gt;, au niveau du workflow ou d&amp;rsquo;un job. La fonction est disponible sur github.com pour tous les plans.&lt;/p&gt;
&lt;p&gt;Le réglage le plus utile en pratique consiste à séparer les rôles : les validations de pull requests restaurent un cache en lecture seule, tandis qu&amp;rsquo;un workflow déclenché depuis une branche de confiance produit les nouvelles entrées. Les jobs de publication qui n&amp;rsquo;ont pas besoin du cache le désactivent complètement.&lt;/p&gt;
&lt;p&gt;&lt;code&gt;cache-mode&lt;/code&gt; impose une limite de droits appliquée par le service de cache. Il ne vérifie toutefois pas l&amp;rsquo;intégrité des fichiers déjà présents et ne corrige pas un workflow qui exécute du code non fiable avec des secrets.&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/github-actions-cache-mode/featured.webp"/></item><item><title>SPF, DKIM, DMARC, BIMI : guide anti-spoofing pour votre domaine</title><link>https://cryptolab.re/posts/2026/antispoofing-email-spf-dkim-dmarc-guide/</link><pubDate>Mon, 13 Jul 2026 08:00:00 +0200</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/antispoofing-email-spf-dkim-dmarc-guide/</guid><description>SPF, DKIM, DMARC, BIMI : comment configurer une chaîne anti-spoofing solide pour vos emails, avec les commandes et vérifications qui comptent vraiment.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/antispoofing-email-spf-dkim-dmarc-guide/featured.webp"/></item><item><title>Campagne Atomic Arch : environ 1 500 paquets AUR potentiellement touchés</title><link>https://cryptolab.re/posts/2026/atomic-arch-aur-attack/</link><pubDate>Sun, 14 Jun 2026 11:30:00 +0200</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/atomic-arch-aur-attack/</guid><description>&lt;p&gt;Le 11 juin 2026, Sonatype a révélé une campagne de détournement de paquets dans l&amp;rsquo;Arch User Repository (AUR). Baptisée &lt;strong&gt;Atomic Arch&lt;/strong&gt;, elle visait des paquets orphelins repris par de nouveaux comptes, puis modifiés pour installer une dépendance npm malveillante.&lt;/p&gt;
&lt;p&gt;Sonatype estime qu&amp;rsquo;environ 1 500 paquets ont pu être concernés au fil de plusieurs vagues. Ce chiffre était encore présenté comme préliminaire dans son analyse. Arch Linux a confirmé un volume important d&amp;rsquo;adoptions et de mises à jour malveillantes sans publier de décompte définitif.&lt;/p&gt;
&lt;p&gt;L&amp;rsquo;analyse statique du second étage montre des fonctions de collecte d&amp;rsquo;identifiants, d&amp;rsquo;anti-debugging et des références à eBPF pouvant servir à masquer des processus, fichiers ou connexions. Elle ne permet pas d&amp;rsquo;affirmer que toutes ces fonctions ont été exécutées sur chaque machine touchée.&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Mise à jour du 28 août 2026 : le nombre de paquets est présenté comme une estimation, et les capacités eBPF comme des fonctions observées lors de l&amp;rsquo;analyse statique. La version initiale les décrivait trop directement comme un rootkit pleinement déployé.&lt;/p&gt;
&lt;/blockquote&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/atomic-arch-aur-attack/featured.webp"/></item><item><title>Attaques supply chain : ce que Trivy, XZ et Polyfill.io changent pour vos déploiements</title><link>https://cryptolab.re/posts/2026/attaques-supply-chain/</link><pubDate>Fri, 29 May 2026 09:00:00 +0200</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/attaques-supply-chain/</guid><description>&lt;p&gt;Le 19 mars 2026, un acteur disposant d&amp;rsquo;identifiants compromis a publié une version malveillante de Trivy et détourné les références de ses actions GitHub. Trivy est justement utilisé pour détecter des vulnérabilités dans les dépendances et les images de conteneurs.&lt;/p&gt;
&lt;p&gt;L&amp;rsquo;incident ne rend pas le scanner inutile. Il rappelle qu&amp;rsquo;un outil de sécurité reste un logiciel distribué par une chaîne de build, des comptes, des registres et des mécanismes de mise à jour qui peuvent eux-mêmes être compromis.&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Mise à jour du 28 août 2026 : cet article a été recentré sur les faits confirmés par les projets concernés. Plusieurs exemples historiques de la version initiale mélangeaient des dates ou des mécanismes d&amp;rsquo;attaque différents. Les commandes ont aussi été adaptées aux versions actuelles des outils cités.&lt;/p&gt;
&lt;/blockquote&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/attaques-supply-chain/featured.webp"/></item><item><title>Préparer son infrastructure à la cryptographie post-quantique</title><link>https://cryptolab.re/posts/2026/post-quantum-readiness-guide-for-sysadmins/</link><pubDate>Fri, 22 May 2026 10:30:00 +0200</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/post-quantum-readiness-guide-for-sysadmins/</guid><description>La cryptographie post-quantique n&amp;rsquo;est pas de la science-fiction. L&amp;rsquo;attaque Harvest Now, Decrypt Later invite à préparer les usages crypto dès maintenant. Guide pratique pour auditer les usages, prioriser les risques et préparer une migration progressive vers l&amp;rsquo;hybridation.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/post-quantum-readiness-guide-for-sysadmins/featured.webp"/></item><item><title>Nginx RIFT (CVE-2026-42945) : vérifier les configurations réellement exposées</title><link>https://cryptolab.re/posts/2026/nginx-rift-cve-2026-42945/</link><pubDate>Fri, 15 May 2026 09:00:00 +0200</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/nginx-rift-cve-2026-42945/</guid><description>&lt;p&gt;CVE-2026-42945, surnommée Nginx RIFT par ses découvreurs, est un dépassement de tampon dans &lt;code&gt;ngx_http_rewrite_module&lt;/code&gt;. Le défaut existe depuis Nginx 0.6.27 et peut être déclenché à distance lorsqu&amp;rsquo;une configuration utilise une séquence particulière de directives &lt;code&gt;rewrite&lt;/code&gt; et &lt;code&gt;set&lt;/code&gt; avec des données contrôlées par le client.&lt;/p&gt;
&lt;p&gt;L&amp;rsquo;équipe de recherche depthfirst a démontré une exécution de code avec l&amp;rsquo;ASLR désactivé. Cette preuve établit que la corruption mémoire est exploitable dans un environnement préparé, mais elle ne démontre pas une exécution de code fiable sur toute installation Nginx moderne.&lt;/p&gt;
&lt;p&gt;Nginx classe la vulnérabilité au niveau &lt;strong&gt;medium&lt;/strong&gt;. Les versions 0.6.27 à 1.30.0 sont affectées. Les branches 1.30.1 et 1.31.0 ont introduit le correctif.&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Mise à jour du 28 août 2026 : la première version de cet article évaluait trop largement le risque comme élevé pour les reverse proxies, homelabs et ingress Kubernetes. La priorité dépend d&amp;rsquo;abord de la version et de la présence du chemin &lt;code&gt;rewrite&lt;/code&gt;/&lt;code&gt;set&lt;/code&gt; vulnérable. La qualification amont est medium.&lt;/p&gt;
&lt;/blockquote&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/nginx-rift-cve-2026-42945/featured.webp"/></item><item><title>Dirty Frag sous Linux : vérifier l'exposition et installer les correctifs</title><link>https://cryptolab.re/posts/2026/dirty-frag-linux-lpe/</link><pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate><author>foudre@cryptolab.re (Cryptolab.re)</author><guid>https://cryptolab.re/posts/2026/dirty-frag-linux-lpe/</guid><description>&lt;p&gt;Dirty Frag désigne deux vulnérabilités du noyau Linux publiées le 7 mai 2026 par Hyunwoo Kim. Elles sont suivies sous &lt;strong&gt;CVE-2026-43284&lt;/strong&gt; pour le chemin XFRM/ESP et &lt;strong&gt;CVE-2026-43500&lt;/strong&gt; pour RxRPC.&lt;/p&gt;
&lt;p&gt;Dans les deux cas, un attaquant qui peut déjà exécuter du code localement peut modifier une page du cache mémoire associée à un fichier normalement accessible en lecture seule. Le démonstrateur public utilise cette primitive pour obtenir les privilèges &lt;code&gt;root&lt;/code&gt;.&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Mise à jour du 28 août 2026 : les deux CVE disposent désormais de correctifs dans les noyaux fournis par les principales distributions. La désactivation des modules reste une solution temporaire lorsque la mise à jour est impossible. L&amp;rsquo;article initial, écrit pendant la divulgation, indiquait encore que le second correctif n&amp;rsquo;était pas publié.&lt;/p&gt;
&lt;/blockquote&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://cryptolab.re/posts/2026/dirty-frag-linux-lpe/featured.webp"/></item></channel></rss>