<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Release on Mathias WOLFF</title><link>https://www.blog-des-telecoms.com/tags/release/</link><description>Recent content in Release on Mathias WOLFF</description><generator>Hugo</generator><language>fr-FR</language><copyright>&lt;a href="https://www.blog-des-telecoms.com"&gt;Blog des télécoms&lt;/a&gt; © 2009 - 2026 by &lt;a href="https://www.linkedin.com/in/mathias-wolff-47a7941/"&gt;Mathias WOLFF&lt;/a&gt; is licensed under &lt;a href="https://creativecommons.org/licenses/by-nc-sa/4.0/"&gt;CC BY-NC-SA 4.0&lt;/a&gt;&lt;img src="https://mirrors.creativecommons.org/presskit/icons/cc.svg" style="max-width: 1em;max-height:1em;margin-left: .2em;"&gt;&lt;img src="https://mirrors.creativecommons.org/presskit/icons/by.svg" style="max-width: 1em;max-height:1em;margin-left: .2em;"&gt;&lt;img src="https://mirrors.creativecommons.org/presskit/icons/nc.svg" style="max-width: 1em;max-height:1em;margin-left: .2em;"&gt;&lt;img src="https://mirrors.creativecommons.org/presskit/icons/sa.svg" style="max-width: 1em;max-height:1em;margin-left: .2em;"&gt;</copyright><lastBuildDate>Fri, 19 Jun 2026 07:10:30 +0200</lastBuildDate><atom:link href="https://www.blog-des-telecoms.com/tags/release/index.xml" rel="self" type="application/rss+xml"/><item><title>pi-secured-setup v1.0.1 and v1.0.2: Hardening and the Supply Chain</title><link>https://www.blog-des-telecoms.com/en/blog/pi-secured-setup-v1-0-1-v1-0-2-security-hardening/</link><pubDate>Thu, 18 Jun 2026 18:30:00 +0200</pubDate><guid>https://www.blog-des-telecoms.com/en/blog/pi-secured-setup-v1-0-1-v1-0-2-security-hardening/</guid><description>&lt;p&gt;Two releases on the same day, twenty minutes apart: &lt;strong&gt;v1.0.1&lt;/strong&gt; then &lt;strong&gt;v1.0.2&lt;/strong&gt;. Both do the same job — harden pi-secured-setup itself. This is a short post to explain what changed and why it matters, because a security tool that ships its own vulnerabilities loses all credibility.&lt;/p&gt;
&lt;p&gt;If you&amp;rsquo;re new to the project, &lt;a
 href="https://www.blog-des-telecoms.com/en/blog/securing-pi-from-the-inside-guards-scanners-audit/"
 
 
&gt;the introductory article&lt;/a&gt; covers the basics: Guards, Scanners, the audit trail.&lt;/p&gt;
&lt;h2 id="v101--the-quality-pass"&gt;v1.0.1 — the quality pass&lt;a href="#v101--the-quality-pass" class="post-heading__anchor" aria-hidden="true"&gt;#&lt;/a&gt;
&lt;/h2&gt;
&lt;p&gt;Three threads:&lt;/p&gt;</description></item><item><title>pi-secured-setup v1.0.1 et v1.0.2 : durcissement et supply chain</title><link>https://www.blog-des-telecoms.com/blog/pi-secured-setup-v1-0-1-v1-0-2-durcissement-securite/</link><pubDate>Thu, 18 Jun 2026 18:30:00 +0200</pubDate><guid>https://www.blog-des-telecoms.com/blog/pi-secured-setup-v1-0-1-v1-0-2-durcissement-securite/</guid><description>&lt;p&gt;Deux releases le même jour, à vingt minutes d&amp;rsquo;intervalle : &lt;strong&gt;v1.0.1&lt;/strong&gt; puis &lt;strong&gt;v1.0.2&lt;/strong&gt;. Les deux font le même travail — durcir pi-secured-setup lui-même. C&amp;rsquo;est un billet court pour expliquer ce qui a changé et pourquoi ça compte, parce qu&amp;rsquo;un outil de sécurité qui traîne ses propres vulnérabilités perd toute crédibilité.&lt;/p&gt;
&lt;p&gt;Si vous découvrez le projet, &lt;a
 href="https://www.blog-des-telecoms.com/blog/securiser-pi-de-l-interieur-guards-scanners-audit/"
 
 
&gt;l&amp;rsquo;article de présentation&lt;/a&gt; pose les bases : Guards, Scanners, audit trail.&lt;/p&gt;
&lt;h2 id="v101--amélioration-qualité"&gt;v1.0.1 — amélioration qualité&lt;a href="#v101--am%c3%a9lioration-qualit%c3%a9" class="post-heading__anchor" aria-hidden="true"&gt;#&lt;/a&gt;
&lt;/h2&gt;
&lt;p&gt;Trois axes :&lt;/p&gt;</description></item></channel></rss>