25
Ordner schützen bis User freigeschaltet
Hallo,
ich weiß ich habe schon einmal eine ähnliche Frage gestellt, komme aber wieder einmal nicht weiter... entweder Systemblind oder whatever.
1. Ich habe "einen" Benutzer.
2. Dieser Benutzer loggt sich in das System ein.
3. Er hat Zugrff auf "Ordner 2" erworben und klickt auf den Link "Ordner 2".
4. Die verlinkte Seite überprüft den rechtmäßigen Zugriff, ob der Benutzer "Ordner 2" sehen darf.
5. Er darf den Ordner sehen, also wird das Skript aus "Ordner 2" ausgeführt welches eine jeweilige index.html im jeweiligen Subordner per readfile() ausliest und anzeigt.
6. Das Skript (Adobe Presenter / index.html & viewer.swf) wird nun erfolgreich aufgerufen. Die Folien werden angezeigt, alles wunderbar.
(Die Adobe Presenter Daten und Folien auf die die index.html und der viewer.swf aus "Subordner" zugreifen liegen im Ordner "data", welcher nicht geändert werden kann.)
Alles so weit so gut, das System läuft, der Benutzer ist glücklich.... das "böse Skript Kiddi" ebenfalls, der Administrator jedoch nicht.
Warum? Weil man jede Seite / jeden Adobe-Presenter Viewer via URL aufrufen kann.
Zum Beispiel
www.domain.de/ordner 2/sub 2.1/viewer.swf
oder
www.domain.de/ordner 3/sub 3.1/viewer.swf
Der direkte Zugriff auf die Flash-Dateien und somit der unerlaubte Zugriff auf die relevanten Inhalte bleibt bestehen.
... wie bekomme ich nun diese Verzeichnisse vor direktem Zugriff geschützt? Ich habe es bereits mit htaccess versucht. Deny from all schlägt selbstverständlich fehl, da die index.html ja aufgerufen wird die wiederrum die daten aus den Unterordnern braucht. Dieser Zugriff wird ja durch deny from all unterbunden. Eine direkte Weiterleitung wenn die URL eine von den obenen ist auf die Startseite klappt wunderbar, allerdings werden die Inhalte ebenfalls nicht mehr angezeigt wenn man den richtigen Weg über das System geht. Sprich jegliche Arbeit mit htaccess schlug bisher fehl.
Weitere Lösungsansätze wie das temporäre kopieren der Dateien in einen speziellen User-Ordner sind ausgeschlossen da die Dateien mehrere Gigabyte an Umfang annehmen werden.
Ein Lagern der Dateien außerhalb des Doc-Root kommt zur Zeit in der Produktivumgebung nicht in Frage, klappte aber auch in einer Testumgebung nicht...
Ein Arbeiten mit Sessions wäre möglich, fällt mir aber keine Möglichkeit ein zur Zeit.
So long.... hiiiilllfeeeee
Wie bekomme ich die Ordner geschützt?
Grüße,
Tim
ich weiß ich habe schon einmal eine ähnliche Frage gestellt, komme aber wieder einmal nicht weiter... entweder Systemblind oder whatever.
1. Ich habe "einen" Benutzer.
2. Dieser Benutzer loggt sich in das System ein.
3. Er hat Zugrff auf "Ordner 2" erworben und klickt auf den Link "Ordner 2".
4. Die verlinkte Seite überprüft den rechtmäßigen Zugriff, ob der Benutzer "Ordner 2" sehen darf.
5. Er darf den Ordner sehen, also wird das Skript aus "Ordner 2" ausgeführt welches eine jeweilige index.html im jeweiligen Subordner per readfile() ausliest und anzeigt.
6. Das Skript (Adobe Presenter / index.html & viewer.swf) wird nun erfolgreich aufgerufen. Die Folien werden angezeigt, alles wunderbar.
(Die Adobe Presenter Daten und Folien auf die die index.html und der viewer.swf aus "Subordner" zugreifen liegen im Ordner "data", welcher nicht geändert werden kann.)
Alles so weit so gut, das System läuft, der Benutzer ist glücklich.... das "böse Skript Kiddi" ebenfalls, der Administrator jedoch nicht.
Warum? Weil man jede Seite / jeden Adobe-Presenter Viewer via URL aufrufen kann.
Zum Beispiel
www.domain.de/ordner 2/sub 2.1/viewer.swf
oder
www.domain.de/ordner 3/sub 3.1/viewer.swf
Der direkte Zugriff auf die Flash-Dateien und somit der unerlaubte Zugriff auf die relevanten Inhalte bleibt bestehen.
... wie bekomme ich nun diese Verzeichnisse vor direktem Zugriff geschützt? Ich habe es bereits mit htaccess versucht. Deny from all schlägt selbstverständlich fehl, da die index.html ja aufgerufen wird die wiederrum die daten aus den Unterordnern braucht. Dieser Zugriff wird ja durch deny from all unterbunden. Eine direkte Weiterleitung wenn die URL eine von den obenen ist auf die Startseite klappt wunderbar, allerdings werden die Inhalte ebenfalls nicht mehr angezeigt wenn man den richtigen Weg über das System geht. Sprich jegliche Arbeit mit htaccess schlug bisher fehl.
Weitere Lösungsansätze wie das temporäre kopieren der Dateien in einen speziellen User-Ordner sind ausgeschlossen da die Dateien mehrere Gigabyte an Umfang annehmen werden.
Ein Lagern der Dateien außerhalb des Doc-Root kommt zur Zeit in der Produktivumgebung nicht in Frage, klappte aber auch in einer Testumgebung nicht...
Ein Arbeiten mit Sessions wäre möglich, fällt mir aber keine Möglichkeit ein zur Zeit.
So long.... hiiiilllfeeeee
Wie bekomme ich die Ordner geschützt?
Grüße,
Tim
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 122662
Url: https://administrator.de/contentid/122662
Ausgedruckt am: 22.11.2024 um 08:11 Uhr
25 Kommentare
Neuester Kommentar
Hi.
1. Also ich habe keine Ahnung vom Adobe Presenter, daher weiß ich nicht, ob Du eine original Fla Datei vorliegen hast, die Du manipulieren kannst. Denn wenn dies der Fall ist, kannst du es mit Sessions lösen in dem du in Deiner Flashdatei in PHP Script aufrufst, welches die Session Daten prüft und danach enscheidet ob irgendwas passieren soll oder nicht.
2. Anderenfalls, kannst Du Dir mittels eines prepent_files (eine Datei, die vor jedem Request an den Server ausgeführt wird) prüfen, ob der direkte Zugriff auf eine .swf erlaubt wird. Allerdings bin ich mir da nicht ganz sicher. Ist eben nur eine Idee!
Gruß Kuli
1. Also ich habe keine Ahnung vom Adobe Presenter, daher weiß ich nicht, ob Du eine original Fla Datei vorliegen hast, die Du manipulieren kannst. Denn wenn dies der Fall ist, kannst du es mit Sessions lösen in dem du in Deiner Flashdatei in PHP Script aufrufst, welches die Session Daten prüft und danach enscheidet ob irgendwas passieren soll oder nicht.
2. Anderenfalls, kannst Du Dir mittels eines prepent_files (eine Datei, die vor jedem Request an den Server ausgeführt wird) prüfen, ob der direkte Zugriff auf eine .swf erlaubt wird. Allerdings bin ich mir da nicht ganz sicher. Ist eben nur eine Idee!
Gruß Kuli
Hallo Kuli 
zu 1.) Nein, leider wird die fla Datei nicht mit gespeichert, es gibt auch keine derartige Funktion.
zu 2.) Leider kenne ich "prepent_files" so nicht, auch in google finde ich dazu keinen einzigen Treffer?!
Weiter wüsste ich nicht wie ich das realisieren soll, wenn die .swf direkt aufgerufen wird?!
Grüße,
Tim
zu 1.) Nein, leider wird die fla Datei nicht mit gespeichert, es gibt auch keine derartige Funktion.
zu 2.) Leider kenne ich "prepent_files" so nicht, auch in google finde ich dazu keinen einzigen Treffer?!
Weiter wüsste ich nicht wie ich das realisieren soll, wenn die .swf direkt aufgerufen wird?!
Grüße,
Tim
1. Dann ist das sicherlich eine Datei die von Adobe generiert wird. Das ist schlecht.
2. Der Eintrag auto_prepend_file steht inder Konfig Deines Webservers ein. Allerdings ist dieser Eintrag im Apache Webserver und ich weiß nicht welchen Du benutzt.
2. Der Eintrag auto_prepend_file steht inder Konfig Deines Webservers ein. Allerdings ist dieser Eintrag im Apache Webserver und ich weiß nicht welchen Du benutzt.
puh sieht kompliziert aus, mal sehen ob man irgendwelche howtos findet.
Danke schon einmal
Danke schon einmal
Hi
Dein Benutzer loggt sich in das System ein. Ich nehme an du benutzt da Cookies. Gib in diesem Cookie mit in welcher Ordnerstruktur der Benutzer sich bewegen darf. Schreib ein PHP-Script, das dies überprüft und danach den Zugriff zulässt/verwehrt.
Hoffe Du kannst was damit anfangen. Ansonsten erläutere ich es Dir gerne genauer.
Gruss
Ccamel
Dein Benutzer loggt sich in das System ein. Ich nehme an du benutzt da Cookies. Gib in diesem Cookie mit in welcher Ordnerstruktur der Benutzer sich bewegen darf. Schreib ein PHP-Script, das dies überprüft und danach den Zugriff zulässt/verwehrt.
Hoffe Du kannst was damit anfangen. Ansonsten erläutere ich es Dir gerne genauer.
Gruss
Ccamel
Hey Ccamel,
Idee an sich ist eine gute, jedoch unterbindet das leider nicht den direkten Zugriff auf die Flash-Dateien, oder?
cookies löschen
url eingeben www.domain.de/ordner/subordner/viewer.swf
anschauen
...oder habe ich da einen Denkfehler?!
Wie macht das eigentlich Rapidshare und Konsorten? Da kommt man ja auch nicht an die Datei?!
Grüße
Idee an sich ist eine gute, jedoch unterbindet das leider nicht den direkten Zugriff auf die Flash-Dateien, oder?
cookies löschen
url eingeben www.domain.de/ordner/subordner/viewer.swf
anschauen
...oder habe ich da einen Denkfehler?!
Wie macht das eigentlich Rapidshare und Konsorten? Da kommt man ja auch nicht an die Datei?!
Grüße
Hallo,
hm interessantes Problem.
Was mir hier einfiele wäre ein script welches die richtige datei ausliefert aber das ganze über
eine art "verschleierung".
wie sehe das denn aus wenn du die eigentliche datei per header und readfile() ausgibst?
hm interessantes Problem.
Was mir hier einfiele wäre ein script welches die richtige datei ausliefert aber das ganze über
eine art "verschleierung".
wie sehe das denn aus wenn du die eigentliche datei per header und readfile() ausgibst?
Hallo,
die eigentliche Datei (index.html & viewer.swf) im Subordner wird per readfile() im System ausgegeben wenn der User eingeloggt und der Inhalt freigeschaltet ist. Problem ist, das der viewer.swf ja die Dateien aus dem Subordner data bezieht... Sobald man irgendwas z.B. mit htaccess friemelt, kann die viewer.swf die Daten aus dem data Ordner nicht mehr lesen....jedenfalls mit den htaccess-Zeuch was ich schon versucht habe...
Ja Interessant schon, aber irgendwie mittlerweile auch nervig ;)
Grüße,
Tim
die eigentliche Datei (index.html & viewer.swf) im Subordner wird per readfile() im System ausgegeben wenn der User eingeloggt und der Inhalt freigeschaltet ist. Problem ist, das der viewer.swf ja die Dateien aus dem Subordner data bezieht... Sobald man irgendwas z.B. mit htaccess friemelt, kann die viewer.swf die Daten aus dem data Ordner nicht mehr lesen....jedenfalls mit den htaccess-Zeuch was ich schon versucht habe...
Ja Interessant schon, aber irgendwie mittlerweile auch nervig ;)
Grüße,
Tim
Hi
Den Denkfehler habe ich gemacht.
Habe was gefunden was dich nicht aufstellen wird:
http://www.phpforum.de/archiv_64051_Verzeichniss@schtzen@ohne@htaccess_ ...
Aber ich möchte ehrlich gesagt nicht glauben, dass es unmöglich ist.
Gruss und viel Glück
Den Denkfehler habe ich gemacht.
Habe was gefunden was dich nicht aufstellen wird:
http://www.phpforum.de/archiv_64051_Verzeichniss@schtzen@ohne@htaccess_ ...
Aber ich möchte ehrlich gesagt nicht glauben, dass es unmöglich ist.
Gruss und viel Glück
Hey,
ein sehr aufbauender Link für einen Montag morgen
Hm... ich bin die ganze Zeit am überlegen wie z.B. Maxdome das hinbekommen hat... die Streamen ja auch unmengen von Daten ohne das man drankommt ohne zu bezahlen... ansonsten wären ja schon Methoden zum umgehen in diversen Boards zu finden...?!
Grüße und einen guten Start in die Woche..
Tim
ein sehr aufbauender Link für einen Montag morgen
Hm... ich bin die ganze Zeit am überlegen wie z.B. Maxdome das hinbekommen hat... die Streamen ja auch unmengen von Daten ohne das man drankommt ohne zu bezahlen... ansonsten wären ja schon Methoden zum umgehen in diversen Boards zu finden...?!
Grüße und einen guten Start in die Woche..
Tim
Hallo,
mir wäre da grad was eingefallen.
wie wäre es denn wenn du den zugriff auf diese dateien auf einen "abrufenden" host begrenzt?
Sprich mit einer htaccess nur von eigentlich Server aus zugreifen lässt.
Das müsste eigentlich funktionieren, wenn ein pbp script die Dateieen ausliefert,
alle anderen drüften ja dann ein deny bekommen.
Werd da mal einen Test machen.
grüße
edit
Also ich habs grad versucht und es funktioniert in dieser richtung.
eine htaccess mit folgendem inhalt:
das ganze in deinen daten ordner rein und fertig apache restart net vergessen
mir wäre da grad was eingefallen.
wie wäre es denn wenn du den zugriff auf diese dateien auf einen "abrufenden" host begrenzt?
Sprich mit einer htaccess nur von eigentlich Server aus zugreifen lässt.
Das müsste eigentlich funktionieren, wenn ein pbp script die Dateieen ausliefert,
alle anderen drüften ja dann ein deny bekommen.
Werd da mal einen Test machen.
grüße
edit
Also ich habs grad versucht und es funktioniert in dieser richtung.
eine htaccess mit folgendem inhalt:
order allow,deny
deny from all
allow from xxx.xxx.xxx.xxxdas ganze in deinen daten ordner rein und fertig apache restart net vergessen
Hallo,
theoretisch ja.. praktisch greift die index.htm / viewer.swf die ja beim User erst angezeigt werden auf die Inhakte aus dem data - Ordner zu. D.h. der Zugriff kommt ja von der Client-Seite. Oder gibt es eine Möglichkeit eine "IP-USERID" Liste zu erstellen. Alle User und deren IPs sind in dieser Liste und nur diese IPs aus der Liste / Datenbank dürfen zugreifen..? Aber wie soll htaccess eine Datenbank-Abfrage machen...?!
lg
Tim
theoretisch ja.. praktisch greift die index.htm / viewer.swf die ja beim User erst angezeigt werden auf die Inhakte aus dem data - Ordner zu. D.h. der Zugriff kommt ja von der Client-Seite. Oder gibt es eine Möglichkeit eine "IP-USERID" Liste zu erstellen. Alle User und deren IPs sind in dieser Liste und nur diese IPs aus der Liste / Datenbank dürfen zugreifen..? Aber wie soll htaccess eine Datenbank-Abfrage machen...?!
lg
Tim
Ja und worin liegt das Problem, die viewer.swf einfach auf ein php script zugrerifen zu lassen,
welches mit readfile dann die Daten rausrückt?
Dann hast du nämlich den aufruf am Server.
welches mit readfile dann die Daten rausrückt?
Dann hast du nämlich den aufruf am Server.
..ich kann die viewer.swf nicht bearbeiten ;)
Das ist ein Adobe-Konstrukt...
Das ist ein Adobe-Konstrukt...
Ja welche url ruft denn die viewer.swf auf?
irgendwas muss sie ja als param aufnehmen oder?
Ich werd nur nicht ganz schlau aus dem konstrukt.
Wie ist das jetzt welche datei beinhaltet schlussendlich die Folien?
Ist das die Viewer.swf? oder greift die nur auf eine weitere
Datei zu welche dann wirklich die Folien beinhaltet?
irgendwas muss sie ja als param aufnehmen oder?
Ich werd nur nicht ganz schlau aus dem konstrukt.
Wie ist das jetzt welche datei beinhaltet schlussendlich die Folien?
Ist das die Viewer.swf? oder greift die nur auf eine weitere
Datei zu welche dann wirklich die Folien beinhaltet?
system > datei.php > index.html > viewer.swf > xxx.swf
Der normale Weg:
Der User greift über das System auf eine Datei.php zu, die nachschaut ob der User die Rechte zum Betrachten hat.
Hat der User die Rechte wird in der Datei die index.html via readfile() eingebunden. Desweiteren sind in der index.html div. kleinerer Scripte zur korrekten Betrachtung der viewer.swf.
Die Viewer.swf ist das Haupt-Konstrukt, die einzelnen Folien und Medieninhalte liegen im data-Ordner.
Der normale Weg:
Der User greift über das System auf eine Datei.php zu, die nachschaut ob der User die Rechte zum Betrachten hat.
Hat der User die Rechte wird in der Datei die index.html via readfile() eingebunden. Desweiteren sind in der index.html div. kleinerer Scripte zur korrekten Betrachtung der viewer.swf.
Die Viewer.swf ist das Haupt-Konstrukt, die einzelnen Folien und Medieninhalte liegen im data-Ordner.
Hm was passiert wenn in dem Data Ordner die besagte htaccess anlegst?
Woher weis die viewer.swf welches swf sie öffnen muss?
Woher weis die viewer.swf welches swf sie öffnen muss?
Dann kann die viewer.swf die Inhalte nicht mehr darstellen wenn die htaccess im data-Ordner liegt.
Beim Erstellen wird automatisch die viewer.swf sowie der data-Ordner erstellt. eine einzelne kompakte-all-in-one-swf erstellen geht leider nicht.
d.h. die viewer.swf weiß von Haus aus das Ihre Inhalte im Ordner data liegen.
Beim Erstellen wird automatisch die viewer.swf sowie der data-Ordner erstellt. eine einzelne kompakte-all-in-one-swf erstellen geht leider nicht.
d.h. die viewer.swf weiß von Haus aus das Ihre Inhalte im Ordner data liegen.
Hm das wird jetzt komliziert.
Es geht im Prinzip darum die Abfragen die der viewer.swf generiert abzufangen und über den server abzurufen.
Ich könnte mir so ein system ca so vorstellen:
Das ganze liese sich aber auch anders realisieren fällt mir grad ein.
Wie wäre es denn wenn du jeden Aufruf auf data /* abfängst durch ein php Script jägst
und schaust ob derjenige das überhaupt darf?
Es geht im Prinzip darum die Abfragen die der viewer.swf generiert abzufangen und über den server abzurufen.
Ich könnte mir so ein system ca so vorstellen:
system > date.php -> index.html -> viewer.swf -> ganzgenialessicherscript.php -> xxx.swfDas ganze liese sich aber auch anders realisieren fällt mir grad ein.
Wie wäre es denn wenn du jeden Aufruf auf data /* abfängst durch ein php Script jägst
und schaust ob derjenige das überhaupt darf?
So ich hab mir jetzt was gebastelt.
im Verzeichnis data leite ich sämtliche anfragen auf swf dateien um.
Dadruch hab ich jetzt die chance über meine php zu prüfen ob diese Datei ausgefliert werden darf.
Ich glaube damit kommst du durch oder?
im Verzeichnis data leite ich sämtliche anfragen auf swf dateien um.
RewriteEngine On
RewriteRule ^(.*)\.swf$ index.php?g=$1Dadruch hab ich jetzt die chance über meine php zu prüfen ob diese Datei ausgefliert werden darf.
Ich glaube damit kommst du durch oder?
Würd mich interessieren obs damit jetzt funktioniert?
Hallo,
ich schaff es erst die Tage mich wieder daran zu setzen. Sobald ich was in der Richtung hab sag ich bescheid
lg
So... hat leider nicht geklappt. Die viewer.swf kann (wenn auch nur eine leere htaccess existiert) nicht mehr auf die daten im Data-Ordner zugreifen...
Hm.
Jetzt wirds langsam schwierig, ich könnt mir vorstellen einen Wrapper einzusetzen der die viewer.swf wrappt.
Dadruch wäre die Möglichkeit da, durch diesen Wrapper eine Variable mitzuschleifen mit der man die
Berechtigung bestimmen könnte.
Das Problem das hier halt besteht ist jenes, das wie viewer.swf ja wie ein normaler Seitenaufruf gehandhabt wird.
Aber durch das durchschleusen aller Datei arten durch eine php Datei zur Zutrittskontrolle, brauch man hier irgendwas.
Mal überlegen vielleicht fällt mir noch was ein.
Wäre es eig. möglich mal ein paar testdateien zu bekommen?
gruß
Jetzt wirds langsam schwierig, ich könnt mir vorstellen einen Wrapper einzusetzen der die viewer.swf wrappt.
Dadruch wäre die Möglichkeit da, durch diesen Wrapper eine Variable mitzuschleifen mit der man die
Berechtigung bestimmen könnte.
Das Problem das hier halt besteht ist jenes, das wie viewer.swf ja wie ein normaler Seitenaufruf gehandhabt wird.
Aber durch das durchschleusen aller Datei arten durch eine php Datei zur Zutrittskontrolle, brauch man hier irgendwas.
Mal überlegen vielleicht fällt mir noch was ein.
Wäre es eig. möglich mal ein paar testdateien zu bekommen?
gruß
Hm,
ich habe mal ein kleines Paket hochgeladen:
www.bo-event.de/test.zip
Die Index.php wird includet in die andere .php im System die den Zugriff überprüft. Ob das jetzt eine index.php oder index.html ist würde an der Stelle keinen Unterschied machen (Standardmäßig ist es eine html).
Grüße,
Tim
ich habe mal ein kleines Paket hochgeladen:
www.bo-event.de/test.zip
Die Index.php wird includet in die andere .php im System die den Zugriff überprüft. Ob das jetzt eine index.php oder index.html ist würde an der Stelle keinen Unterschied machen (Standardmäßig ist es eine html).
Grüße,
Tim
