Antwort

In Perl enthält das globale assoziative Array %ENV die aktuellen Umgebungsvariablen des Prozesses. Jede Manipulation dieses Hashes spiegelt sich direkt in der Umgebung des Prozesses und damit in den Kindprozessen wider, die durch system, exec, open usw. erzeugt werden.

Beispielverwendung:

print $ENV{"HOME"};       # Den Pfad zum Home-Verzeichnis des Benutzers abrufen
$ENV{"PATH"} = "/usr/bin"; # Den PATH-Wert überschreiben

Details:

• Jedes Ändern von %ENV hat sofortige Auswirkungen auf alle zukünftigen Shell-Kommandos, die aus diesem Perl-Prozess gestartet werden.
• Das Zuweisen von undef oder das Löschen eines Elements entfernt die entsprechende Umgebungsvariable.
• Zur Gewährleistung der Sicherheit verwenden Sie Benutzereingaben nicht direkt in %ENV, insbesondere in CGI- oder Systemskripten.
• Nicht alle Variablen existieren in allen Systemen. Überprüfen Sie die Existenz eines Schlüssels mit exists $ENV{"VAR"}.

Fangfrage

Entfernt die Operation $ENV{"MYVAR"} = undef die Umgebungsvariable?

Antwort: Nein! Es weist der Variable einfach den Wert undef zu, aber der Schlüssel bleibt im Hash! Um die Umgebungsvariable zu entfernen, verwenden Sie delete $ENV{"MYVAR"}.

# Entfernt die Variable nicht aus der Umgebung
$ENV{"FOO"} = undef;

# Richtig - entfernt
delete $ENV{"FOO"};

Beispiele für reale Fehler aufgrund mangelnden Wissens über die Feinheiten des Themas

---

Geschichte

Auf einem Webserver hat ein Programmierer beim Bereinigen der Umgebung für die Sicherheit undef zugewiesen, anstatt Variablen zu löschen. Die Variablen verschwanden nicht und konnten von Angreifern verwendet werden, was zu einer Ausführungsschwäche mit gefährlichen Pfaden in PATH führte.

---

Geschichte

Beim Übergeben von Umgebungsvariablen an Unterprozesse wurden alte Variablen nicht entfernt, was unerwartete Abstürze in ausführbaren Drittanbieter-Utilities und fehlerhaftes Verhalten des Programms verursachte.

---

Geschichte

Der Versuch, die gesamte Umgebung für den Kindprozess zu bereinigen, führte einfach dazu, dass %ENV = (); gesetzt wurde, jedoch ohne vorherige Überprüfung der erforderlichen Variablen. Dies führte zu Abstürzen, da eine Reihe von Diensten zwingend erforderliche Umgebungsvariablen (z. B. USER oder Lokalisierungsvariablen) benötigt.