<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>DevSecOps on SETE</title>
    <link>https://sete.at/series/devsecops/</link>
    <description>Recent content in DevSecOps on SETE</description>
    <generator>Hugo</generator>
    <language>de</language>
    <lastBuildDate>Wed, 22 Oct 2025 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://sete.at/series/devsecops/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>0 Vulnerabilities - Denken Sie zweimal darüber nach</title>
      <link>https://sete.at/posts/0-vulnerabilities-think-twice/</link>
      <pubDate>Wed, 22 Oct 2025 00:00:00 +0000</pubDate>
      <guid>https://sete.at/posts/0-vulnerabilities-think-twice/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;https://sete.at/linkedin/0-vulnerabilities/1761148970190.png&#34; alt=&#34;0 Vulnerabilities in Alpine Linux Scan-Ergebnis&#34;&gt;&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;Ursprünglich veröffentlicht auf &lt;a href=&#34;https://www.linkedin.com/pulse/0-vulnerabilities-think-twice-gerhard-sulzberger-9my8f&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;LinkedIn&lt;/a&gt; am 2025-10-22.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Vulnerability-Scans können trickreich sein, und es gibt verschiedene Strategien. Es beginnt bereits bei den Datensätzen, die von den verschiedenen Betriebssystemen bereitgestellt werden, und wie diese von den Scan-Tools implementiert werden. Nehmen wir zum Beispiel Alpine. Viele Ingenieure denken, dass es sicher ist, weil Tools wie Trivy 0 Vulnerabilities anzeigen.&lt;/p&gt;&#xA;&lt;p&gt;Aber es gibt &lt;a href=&#34;http://security.alpinelinux.org&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;security.alpinelinux.org&lt;/a&gt; und Informationen über potenzielle CVEs innerhalb von Alpine-Paketen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vault-Snapshots zu S3 in Kubernetes</title>
      <link>https://sete.at/posts/vault-snap-to-s3-in-kubernetes/</link>
      <pubDate>Wed, 24 May 2023 00:00:00 +0000</pubDate>
      <guid>https://sete.at/posts/vault-snap-to-s3-in-kubernetes/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;https://sete.at/linkedin/vault-snap-to-s3-in-kubernetes/vault-snap-to-s3-in-kubernetes.png&#34; alt=&#34;Vault-Snapshots zu S3 in Kubernetes&#34;&gt;&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;em&gt;Ursprünglich veröffentlicht auf &lt;a href=&#34;https://www.linkedin.com/pulse/vault-snap-s3-kubernetes-gerhard-sulzberger&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;LinkedIn&lt;/a&gt; am 2023-05-24.&lt;/em&gt;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;h2 id=&#34;hashicorp-vault&#34;&gt;&#xA;  HashiCorp Vault&#xA;  &lt;a class=&#34;heading-link&#34; href=&#34;#hashicorp-vault&#34;&gt;&#xA;    &lt;i class=&#34;fa-solid fa-link&#34; aria-hidden=&#34;true&#34; title=&#34;Link zu Überschrift&#34;&gt;&lt;/i&gt;&#xA;    &lt;span class=&#34;sr-only&#34;&gt;Link zu Überschrift&lt;/span&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&#xA;&lt;p&gt;In Vault Enterprise gibt es eine integrierte Lösung, um Backups in S3-kompatible Speicher hochzuladen. In der Open-Source-Version von Vault fehlt diese Funktion, also musste ich eine Lösung dafür erstellen.&lt;/p&gt;&#xA;&lt;p&gt;Meistens verwende ich den integrierten Raft-Speicher innerhalb des Vault-Clusters in Kubernetes. Die Daten dieses StatefulSets werden in PersistentVolumeClaims gespeichert. (Wo ich auch die Standard-PersistentVolumeReclaimPolicy auf Retain gepatcht habe, um das Löschen des StatefulSets zu verhindern, aber das ist eine andere Geschichte.)&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
