<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Gitleaks on Fuchsbau</title><link>https://this-is-fine.io/tags/gitleaks/</link><description>Recent content in Gitleaks on Fuchsbau</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Tue, 09 Jun 2026 10:30:00 +0200</lastBuildDate><atom:link href="https://this-is-fine.io/tags/gitleaks/index.xml" rel="self" type="application/rss+xml"/><item><title>Kein Klartext-Secret kommt durch — pre-commit, gitleaks und SOPS</title><link>https://this-is-fine.io/posts/20260609-pre-commit-gitleaks-sops-guard/</link><pubDate>Tue, 09 Jun 2026 10:30:00 +0200</pubDate><guid>https://this-is-fine.io/posts/20260609-pre-commit-gitleaks-sops-guard/</guid><description>&lt;p&gt;Mein Lab-Repo ist öffentlich — abrufbar über meinen 

&lt;a href="https://radicle.dev" rel="external noopener" target="_blank"&gt;Radicle&lt;/a&gt;
-Seed-Node &lt;code&gt;seed.this-is-fine.io&lt;/code&gt;. Genau deshalb darf da nie ein Klartext-Secret hineinrutschen. Nicht „sollte nicht&amp;quot;, sondern &lt;em&gt;kann nicht&lt;/em&gt;: Drei 

&lt;a href="https://pre-commit.com/" rel="external noopener" target="_blank"&gt;pre-commit&lt;/a&gt;
-Hooks fangen den Fehler ab, bevor er ein Commit-Objekt wird. Das ist die billigste Versicherung, die ich kenne — ein paar Zeilen YAML gegen einen Leak, den man nie ganz zurückholt.&lt;/p&gt;</description></item></channel></rss>