Session Parameter Kollision

[zille]

Hallo Community,

ein eher theoretisches Thema:

Wenn ich auf die Idee kommen kann, eine Sessionvariable z.B. "username" zu nennen, dann kann Entwickler xy das doch auch.
Angenommen es laufen auf einem Server beide Applikationen (meine & die von xy), dann kollidieren doch die Namensräume miteinander.

Gibt es eine sinnvolle Möglichkeit dies zu unterbinden, in Form von Präfixen im Namensraum, die ich vor der Sitzungsinitialisierung angebe, oder muss ich meine Sitzungsvariablen selbständig mit Präfixen versehen, bzw unique wählen?

Danke schon mal im Voraus.

Gruß, zille

[G.Schuster]

Da müsstest du aber erstmal richtig Glück haben, um in zwei Anwendungen die selbe SessionID zu bekommen.

[zille]

Da müsstest du aber erstmal richtig Glück haben, um in zwei Anwendungen die selbe SessionID zu bekommen.

Zwei Anwendungen auf einem Server. Somit sind die erzeugten Session IDs für beide Anwendungen gültig, da der Cookie für / gültig ist.

[tkausl]

Zwei Anwendungen auf einem Server.

Auch gleiche Domain?

[zille]

Auch gleiche Domain?

Gehen wir auch von dem Fall aus.

[hellbringer]

Verwende einen Namensraum in der Session:

$_SESSION['hellbringers_namespace'] = [
    'username' => 'foobar'
]; 

[jack88]

... oder einfach für jede Applikation einen eigenen session-save-handler definieren

http://php.net/manual/de/function.se...ve-handler.php

VG
Jack

[tkausl]

Oder den Session-Cookie nicht auf / legen. Wozu sollte man das auch machen, wenn die Applikation unter /blog/ läuft? Und dass beide Applikationen unter der selben Domain und unter / laufen glaube ich kaum.

[Arne Drews]

Ne ganz verrückte Idee wäre, auf humanitärer Ebene zu kommunizieren, damit keine Namensraum-Kollision stattfindet.
Wenn tatsächlich beide Anwendungen auf derselben Domain gleichzeitig vom User genutzt werden ( wobei ich hier bei tkausl bin, daß dem vermutlich nicht so ist. ), sollten die Entwickler beider Anwendungen sich u.U. kennen und bestimmte Dinge ansprechen.
Wenn Du von komplett anderen Anwendungen redest, glaube ich wie gesagt nicht, daß die auf der selben Domain laufen.

[zille]

Wenn Du von komplett anderen Anwendungen redest, glaube ich wie gesagt nicht, daß die auf der selben Domain laufen.

Ich habe schon des Öfteren erlebt, dass auf einer Domain im Ordner /blog/ eine WordPress installation gammelt und parallel dazu in /forum/ eine Forensoftware.
Im gewerblichen Umfeld lassen die jeweils nur eine Software auf einer Domain laufen, allerdings habe ich im semiprofessionellen Umfeld schon andere Sachen erlebt.

@Hellbringer's Namensraum Idee ist doch einfach umzusetzen. Einen eigenen Session Handler bereitzustellen halte ich nicht für sonderlich human.

Danke für die Anregungen.

[jack88]

@Hellbringer's Namensraum Idee ist doch einfach umzusetzen.

Wenn in einer der Applikationen die Session zerstört wird (z.B. mittels session_destroy()), dann sind natürlich auch in den anderen Applikationen alle Sessiondaten futsch. Deshalb würde ich davon abraten.

VG
Jack

[zille]

Wenn in einer der Applikationen die Session zerstört wird (z.B. mittels session_destroy()), dann sind natürlich auch in den anderen Applikationen alle Sessiondaten futsch. Deshalb würde ich davon abraten.

Finde ich jetzt weniger wild, zumal ich in den Session Variablen auch nur Angaben zur Sitzung speichere. Muss der entsprechende Nutzer sich halt neu einloggen.

(Es ging mir eher um die Sicherheit meiner Anwendung und nicht darum, ob meine Anwendung eine andere stört )

[php1704]

Per session_name den Namen des Session-Cookies für jede Anwendung individuell festlegen.

Grüße.