Im Wesentlichen, nein. Wenn Sie über ausreichende Berechtigungen (Root oder so ungefähr) verfügten und in /dev/kmem (Kernel-Speicher) herumstocherten und Änderungen an der Umgebung des Prozesses vorgenommen haben und wenn der Prozess danach tatsächlich erneut auf die Umgebungsvariable verwiesen hat (d.h. der Prozess nicht bereits eine Kopie der env-Variablen erstellt hatte und nicht nur diese Kopie verwendete), dann vielleicht, wenn Sie Glück und Geschick hatten und der Wind in die richtige Richtung wehte und die Mondphase richtig war, vielleicht vielleicht erreichst du was.
Sie können es wahrscheinlich technisch tun (siehe andere Antworten), aber es hilft Ihnen möglicherweise nicht.
Die meisten Programme erwarten, dass env-Variablen nach dem Start nicht von außen geändert werden können, daher werden die meisten wahrscheinlich nur die Variablen lesen, an denen sie beim Start interessiert sind, und basierend darauf initialisieren. Eine nachträgliche Änderung macht also keinen Unterschied, da das Programm sie nie wieder einliest.
Wenn Sie dies als konkretes Problem gepostet haben, sollten Sie wahrscheinlich einen anderen Ansatz wählen. Falls es nur aus Neugier war:Gute Frage :-).
Über gdb:
(gdb) attach process_id
(gdb) call putenv ("env_var_name=env_var_value")
(gdb) detach
Dies ist ein ziemlich fieser Hack und sollte natürlich nur im Rahmen eines Debugging-Szenarios durchgeführt werden.