15
Nginx Filestuktur filtern
Hallo,
wir haben eine Software die noch alt ist. Aber nicht upgedatet wird. Entwickler hätten sehr viel Entwicklungsaufwand.
Wir lösen das System im Frühling ab.
Nun haben wir immer im LOG
D:\sag97\MWS\server\default\temp\8690868764512166856_R1__employee_ID\poc.php
Das hiesst , da der Server im Web ist , haben wir da Zugriffsversuche.. Kann ich diesen Pfad exolizit der NGINX verbieten ?
Wenn ja , wie ?
Gruss
Paul
wir haben eine Software die noch alt ist. Aber nicht upgedatet wird. Entwickler hätten sehr viel Entwicklungsaufwand.
Wir lösen das System im Frühling ab.
Nun haben wir immer im LOG
D:\sag97\MWS\server\default\temp\8690868764512166856_R1__employee_ID\poc.php
Das hiesst , da der Server im Web ist , haben wir da Zugriffsversuche.. Kann ich diesen Pfad exolizit der NGINX verbieten ?
Wenn ja , wie ?
Gruss
Paul
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: 4465614414
Url: https://administrator.de/contentid/4465614414
Ausgedruckt am: 26.11.2024 um 02:11 Uhr
15 Kommentare
Neuester Kommentar
1
ja war andere Frage.
Brauche ein Beispiel mal.
Gruss
Paul
Brauche ein Beispiel mal.
Gruss
Paul
location /server/default/temp/ {
deny all;
}
Öhm kannst du nicht lesen? In dem Beitrag steht doch schon das Beispiel ...
Hallo,
ja danke. Mir ist eben nicht so klar , wenn ich die Manuals lese. Ob ich überhaupt so den Zugriff auf das Lokale Verzeichnis einschränken kann. HAbe eben mal ein Log runtergeladen. Bin mich am einlesen.
Gruss
paul
ja danke. Mir ist eben nicht so klar , wenn ich die Manuals lese. Ob ich überhaupt so den Zugriff auf das Lokale Verzeichnis einschränken kann. HAbe eben mal ein Log runtergeladen. Bin mich am einlesen.
Gruss
paul
Hallo,
danke für den Input. Ich komme nun der Sache näher.
Ich habe diese Seite gefunden :
https://www-keycdn-com.translate.goog/support/nginx-location-directive?_ ...
Da heisst es
Nun haben wir immer Ein Infected File. Was zwar gecleant wird in;
: D:\sag97\MWS\server\default\temp\869086833324666856_R1__employee_ID\poc.php
Nun denke ich könnte man in
oder wäre es
Dies kommt in die Dateien Sites-.enabled oder ?
Gruss
Paul
danke für den Input. Ich komme nun der Sache näher.
Ich habe diese Seite gefunden :
https://www-keycdn-com.translate.goog/support/nginx-location-directive?_ ...
Da heisst es
Skripte in beschreibbaren Verzeichnissen ablehnen:
location ~* /(media|images|cache|tmp|logs)/.*.(php|jsp|pl|py|asp|cgi|sh)$ {
return 403;
}Nun haben wir immer Ein Infected File. Was zwar gecleant wird in;
: D:\sag97\MWS\server\default\temp\869086833324666856_R1__employee_ID\poc.php
Nun denke ich könnte man in
location ~* /(sag97|MWS|server|defaul|temp)/.poc.(php)$ {
return 403;
}oder wäre es
location ~* /(sag97|MWS|server|defaul|temp)/poc.(php)$ {
return 403;
}Dies kommt in die Dateien Sites-.enabled oder ?
Gruss
Paul
Kann es sein, dass du eine Pipe | mit einem Slash / verwechselst? Also:
meint nicht den Pfad sondern "mache folgende Regel, wenn ein Pfad entweder server, oder default, oder usw. enthält. Das ist ne Regex, erkennbar am ~*
~* /(sag97|MWS|server|defaul|temp)/sag97/MWS/server/defaul/temp
Hallo,
ok danke. Das ist in dem Fall eine REGEX. Aber wie kann ich dann den Pfad definieren ?
Weil oben heisst es ja : Skripte in beschreibbaren Verzeichnissen ablehnen:
im Endeffect muss ich auch nur alles was poc.php ist ablehnen. Also anstatt | einfach ein / ?
oder . Weil es generiert ja immer bestimmte Foildernamen
In der Seite https://www.keycdn.com/support/nginx-location-directive benutzen die eben wirklich dieses Zeichen |
Gruss
Paul
ok danke. Das ist in dem Fall eine REGEX. Aber wie kann ich dann den Pfad definieren ?
Weil oben heisst es ja : Skripte in beschreibbaren Verzeichnissen ablehnen:
im Endeffect muss ich auch nur alles was poc.php ist ablehnen. Also anstatt | einfach ein / ?
location ~* /(sag97/MWS/server/defaul/temp)/.poc.(php)$ {
return 403;
}oder . Weil es generiert ja immer bestimmte Foildernamen
location ~* /(sag97/MWS/server/defaul/temp)/*.poc.(php)$ {
return 403;
}In der Seite https://www.keycdn.com/support/nginx-location-directive benutzen die eben wirklich dieses Zeichen |
Gruss
Paul
location ohne regex:
Die von dir verlinkte Seite ist super, lies dir nochmal speziell folgende Texten dort durch:
## Any query beginning with /data/ <-- das willst du
## Queries beginning with ...
## Matches requests ending in png
Edit:
Du schreibst: "benutzen die eben wirklich dieses Zeichen" Ja, aber du musst auch lesen, da steht bei diesem Zeichen "# Matches requests ending in png, gif, ico, jpg or jpeg."
Edit2:
(ungetestet)
location /sag97/MWS/server/defaul/temp/ {
return 403;
}Die von dir verlinkte Seite ist super, lies dir nochmal speziell folgende Texten dort durch:
## Any query beginning with /data/ <-- das willst du
## Queries beginning with ...
## Matches requests ending in png
Edit:
Du schreibst: "benutzen die eben wirklich dieses Zeichen" Ja, aber du musst auch lesen, da steht bei diesem Zeichen "# Matches requests ending in png, gif, ico, jpg or jpeg."
Edit2:
"im Endeffect muss ich auch nur alles was poc.php ist ablehnen"
Dann location ~* .poc\.php$ {
# Matches requests ending in ...
Kollege meint. Das geht eh nicht. Weil wir nicht die URL kennen ?
Somit kann ich ds auf Server nicht den Pfad einschränken.
Ich suche eben eine Einschränkung, das man eben auf diesen Server generell in dem PFAD das nicht ausführen kann.
Wir gehen davon aus, dass dies nicht direkt über eine URL reinkommt. Somit können wir auch nichts filtern. Das php kommt auf applikatprischer (hõherer Ebne) rein. In diesem Fall kann man mit URL Filter nichts machen.
Es müsste eben so der Server gesperrt sein...
Gruss
Paul
Somit kann ich ds auf Server nicht den Pfad einschränken.
Ich suche eben eine Einschränkung, das man eben auf diesen Server generell in dem PFAD das nicht ausführen kann.
Wir gehen davon aus, dass dies nicht direkt über eine URL reinkommt. Somit können wir auch nichts filtern. Das php kommt auf applikatprischer (hõherer Ebne) rein. In diesem Fall kann man mit URL Filter nichts machen.
Es müsste eben so der Server gesperrt sein...
Gruss
Paul
Andere IDEE wäre POC.PHP auf Windows nicht zulassen. Mal schauen, ob das geht.
Vielleicht per GPO .. Müsste wo sein Einstellungen --> Sicherheitseinstellungen --> Richtlinien für Softwareeinschränkung ,, mal schauen.. Gut wird auch nicht gehen. Weil das wird nur die Ausführung verhindern.
Aber nicht das runterladen..
Oder eben ich lasse den Pfad nciht zu.. Per NGNX
Gruss
Paul
Vielleicht per GPO .. Müsste wo sein Einstellungen --> Sicherheitseinstellungen --> Richtlinien für Softwareeinschränkung ,, mal schauen.. Gut wird auch nicht gehen. Weil das wird nur die Ausführung verhindern.
Aber nicht das runterladen..
Oder eben ich lasse den Pfad nciht zu.. Per NGNX
Gruss
Paul
Das klingt... unsinnig. Der Server wird ja wohl eine klare, eindeutige location haben, wo die Datei ist, sonst kann er den Pfad ja nicht bedienen und würde ne 404 werfen.
Vielleicht ist das ja auch der Fall? Du hast angefangen mit
Vielleicht ist das ja auch der Fall? Du hast angefangen mit
"Nun haben wir immer im LOG"
Steht da in der selben Zeile die Zahl 200 oder 404 oder was anderes?
Bisher kein Log.
Weil ich muss ja erstmal das per NGINX correct filtern ! Damit bin ich ja nun weiter, wie es aussieht.
Frage ist ja generell ob :
wie ich nun das poc.php nicht zulasse über NGINX und fertig
Gruss
Paul
Weil ich muss ja erstmal das per NGINX correct filtern ! Damit bin ich ja nun weiter, wie es aussieht.
Frage ist ja generell ob :
location /sag97/MWS/server/defaul/temp/ {
return 403;
}wie ich nun das poc.php nicht zulasse über NGINX und fertig
Gruss
Paul
Hallo Kamikater,
meiner Meinung wäre es dann so
Gruss
paul
meiner Meinung wäre es dann so
location ~* /sag97/MWS/server/default/temp/*.poc.php {
return 403;
}Gruss
paul
Nein, ich hab doch geschrieben:
(ungetestet, editiert)
Lies:
~*: regex endet
poc: auf poc gefolgt von
\.: Punkt
php: und php
Das ist ein Regex, kein globbing (mit wildcards). Was du als * kennst, ist in Regex ein .+ oder .?
Das \ vor dem . sagt, dass es wirklich ein Punkt ist, und nicht als beliebiges Zeichen interpretiert wird. Kannst dich ja mal bisschen in Regex einlesen oder die von dir verlinkte Seite mal in Ruhe durchlesen und googlen, was du nicht verstehst.
Habs aber wie gesagt nicht getestet. Schau mal bei https://regex101.com/
location ~* poc\.php$ {
# Matches requests ending in ...Lies:
~*: regex endet
poc: auf poc gefolgt von
\.: Punkt
php: und php
Das ist ein Regex, kein globbing (mit wildcards). Was du als * kennst, ist in Regex ein .+ oder .?
Das \ vor dem . sagt, dass es wirklich ein Punkt ist, und nicht als beliebiges Zeichen interpretiert wird. Kannst dich ja mal bisschen in Regex einlesen oder die von dir verlinkte Seite mal in Ruhe durchlesen und googlen, was du nicht verstehst.
Habs aber wie gesagt nicht getestet. Schau mal bei https://regex101.com/
