<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://webhosting-glossar.de/index.php?action=history&amp;feed=atom&amp;title=Umgebungsvariablen%2C_.env_und_Zugangsdaten_sch%C3%BCtzen</id>
	<title>Umgebungsvariablen, .env und Zugangsdaten schützen - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://webhosting-glossar.de/index.php?action=history&amp;feed=atom&amp;title=Umgebungsvariablen%2C_.env_und_Zugangsdaten_sch%C3%BCtzen"/>
	<link rel="alternate" type="text/html" href="https://webhosting-glossar.de/index.php?title=Umgebungsvariablen,_.env_und_Zugangsdaten_sch%C3%BCtzen&amp;action=history"/>
	<updated>2026-10-23T09:47:12Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in HOSTING-STATION55 - Webhosting Wiki / FAQ</subtitle>
	<generator>MediaWiki 1.34.1</generator>
	<entry>
		<id>https://webhosting-glossar.de/index.php?title=Umgebungsvariablen,_.env_und_Zugangsdaten_sch%C3%BCtzen&amp;diff=715&amp;oldid=prev</id>
		<title>Station55: Ausführlichen Kundenleitfaden ergänzt</title>
		<link rel="alternate" type="text/html" href="https://webhosting-glossar.de/index.php?title=Umgebungsvariablen,_.env_und_Zugangsdaten_sch%C3%BCtzen&amp;diff=715&amp;oldid=prev"/>
		<updated>2026-09-20T20:07:15Z</updated>

		<summary type="html">&lt;p&gt;Ausführlichen Kundenleitfaden ergänzt&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Webanwendungen benötigen häufig Datenbankpasswörter, API-Schlüssel und SMTP-Zugangsdaten. Diese Werte dürfen weder im öffentlichen Dokumentenstamm noch in Git, Protokollen, Fehlermeldungen oder Support-Screenshots erscheinen.&lt;br /&gt;
&lt;br /&gt;
== Geeignete Ablage ==&lt;br /&gt;
&lt;br /&gt;
Verwenden Sie die Konfigurations- oder Secret-Verwaltung des eingesetzten Systems. Falls eine Anwendung eine &amp;lt;code&amp;gt;.env&amp;lt;/code&amp;gt;-Datei benötigt, sollte sie außerhalb des öffentlich erreichbaren Dokumentenstamms liegen. Ist das nicht möglich, muss der direkte Abruf zuverlässig gesperrt und getestet werden.&lt;br /&gt;
&lt;br /&gt;
== Sichere Einrichtung ==&lt;br /&gt;
&lt;br /&gt;
# Erstellen Sie für jede Anwendung eigene Zugangsdaten.&lt;br /&gt;
# Gewähren Sie nur die tatsächlich benötigten Rechte.&lt;br /&gt;
# Legen Sie Secrets nicht in Quellcode oder Repository ab.&lt;br /&gt;
# Begrenzen Sie Dateirechte auf den Anwendungsbenutzer.&lt;br /&gt;
# Prüfen Sie, ob Backup, Fehlerprotokoll oder Diagnoseausgabe Secrets kopiert.&lt;br /&gt;
# Dokumentieren Sie Ablauf und Rotation, aber niemals den geheimen Wert.&lt;br /&gt;
&lt;br /&gt;
Auf einem Webspace mit eigenem Benutzer kann für eine nicht gemeinsam genutzte Secret-Datei beispielsweise ein restriktiver Modus wie &amp;lt;code&amp;gt;600&amp;lt;/code&amp;gt; geeignet sein. Prüfen Sie vorher, unter welchem Benutzer PHP läuft; falsche Rechte können die Anwendung sperren.&lt;br /&gt;
&lt;br /&gt;
== Wenn ein Secret veröffentlicht wurde ==&lt;br /&gt;
&lt;br /&gt;
# Entfernen Sie den Wert aus öffentlich erreichbaren Stellen.&lt;br /&gt;
# Widerrufen oder ändern Sie ihn sofort beim ausstellenden Dienst.&lt;br /&gt;
# Suchen Sie in Repository-Historie, Logs, Backups und Build-Artefakten.&lt;br /&gt;
# Prüfen Sie Zugriffs- und Nutzungsprotokolle auf Missbrauch.&lt;br /&gt;
# Erstellen Sie einen neuen Wert mit minimalen Rechten.&lt;br /&gt;
&lt;br /&gt;
Nur das Löschen aus dem letzten Git-Commit macht ein zuvor veröffentlichtes Secret nicht wieder geheim.&lt;br /&gt;
&lt;br /&gt;
== Verwandte Artikel ==&lt;br /&gt;
&lt;br /&gt;
* [[Zugangsdaten sicher an Dienstleister übergeben]]&lt;br /&gt;
* [[Git-Deployment auf Webspace und Server]]&lt;br /&gt;
* [[Website oder Hosting-Konto kompromittiert - Sofortmaßnahmen]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Entwicklung und Deployment]]&lt;br /&gt;
[[Category:Sicherheit und Kontoschutz]]&lt;/div&gt;</summary>
		<author><name>Station55</name></author>
		
	</entry>
</feed>