+ Antworten
Seite 1 von 3 1 2 3 LetzteLetzte
Ergebnis 1 bis 10 von 22

Thema: defined( '_VALID_MOS' ) or die( 'Restricted access' ); wo mit rein??

  1. #1
    Verbringt hier viel Zeit
    Registriert seit
    07.01.2006
    Beiträge
    574
    Bedankte sich
    18
    Erhielt 60 Danksagungen
    in 43 Beiträgen

    Frage defined( '_VALID_MOS' ) or die( 'Restricted access' ); wo mit rein??

    Hallo,

    also bis jetzt is mir ja noch nix passiert.. hoffe das bleibt auch so..

    hab mal ne frage.. dieses
    Code:
    defined( '_VALID_MOS' ) or die( 'Restricted access' );
    kann man das zum absichern nicht enfach in alle php dateien schreiben??
    also sprachdateien, config.php und so...

    oder macht das keinen sinn?? reicht das neben 644 rechten überhaupt?? oder ist 444 füt dateien die nicht geschrieben werden müssen besser??

    lg floxworl

  2. #2
    Haltrust
    Gast

    Standard

    Bei mir laufen ausschließlich mit Leserechten auf chmod 444

    configuration.php
    index.php
    index2.php
    aministrator/index.php
    templates/mustermann/index.php
    Geändert von Haltrust (18.07.2006 um 08:56 Uhr)

  3. #3
    Hat hier eine Zweitwohnung Avatar von N8Surfer
    Registriert seit
    01.09.2005
    Beiträge
    1.667
    Bedankte sich
    61
    Erhielt 352 Danksagungen
    in 321 Beiträgen

    Standard

    Zitat Zitat von Haltrust
    Bei mir laufen ausschließlich mit Leserechten auf chmod 444

    configuration.php
    index.php
    index2.php
    aministrator/index.php
    template/mustermann/index.php
    Dito... mei mir auch
    Greetinxx N8Surfer

    Wenn man etwas haben möchte, was man noch nie gehabt hat,
    dann muss man etwas tun, was man noch nie getan hat.

  4. #4
    Kommt häufiger vorbei Avatar von koenig.ludwig
    Registriert seit
    08.04.2006
    Ort
    69509 Mörlenbach
    Beiträge
    451
    Bedankte sich
    14
    Erhielt 61 Danksagungen
    in 53 Beiträgen

    Standard

    Zitat Zitat von Haltrust
    Bei mir laufen ausschließlich mit Leserechten auf chmod 444

    configuration.php
    index.php
    index2.php
    aministrator/index.php
    templates/mustermann/index.php
    bei mir mit 400

  5. Erhielt Danksagungen von:


  6. #5
    Kommt häufiger vorbei Avatar von koenig.ludwig
    Registriert seit
    08.04.2006
    Ort
    69509 Mörlenbach
    Beiträge
    451
    Bedankte sich
    14
    Erhielt 61 Danksagungen
    in 53 Beiträgen

    Standard

    Vielleicht ließe sich ja mit auto_prepend_file etwas sinnvolles anstellen.

    "Hier können Sie den Pfad zu einer Datei angeben, die automatisch vor der Hauptdatei aufgerufen wird. Die Datei wird hierbei in die aufgerufene Datei eingebettet, als wenn sie mittels der include() Funktion eingebunden wäre. Ein eventuell gesetzter include_path wird hierbei beachtet".

    Meine schaut momentan so aus:

    PHP-Code:
    <?php 
    /* 
    Sicherheitsüberprüfungen, die vor jedem Aufruf aufgerufen wird
    */
    require_once('configuration.php');

    // checken, ob $mosConfig_absolute_path auf eigenem Server liegt und nicht durch einen Hack entführt wurde
    if( is_dir$mosConfig_absolute_path ) == false ){
        echo 
    'illegal mosConfig_absolute_path';
        die;


    ?>
    Zusätzlich will ich noch 'nen Cronjob bauen, der alle x Minuten überprüft, ob auch mein Text angezeigt wird und nicht ein untergeschobener. Wenn doch, dann kopiert er eine neue index.html ("Wartungsarbeiten") in's Verzeichnis.

  7. #6
    Haltrust
    Gast

    Standard

    Zitat Zitat von koenig.ludwig
    bei mir mit 400
    Danke, ich setze die Werte bei mir mal um.

  8. #7
    Wohnt hier
    Registriert seit
    17.06.2005
    Beiträge
    2.136
    Bedankte sich
    81
    Erhielt 380 Danksagungen
    in 331 Beiträgen

    Standard

    bei einem Kumpel gab es gestern auch einen Angriff, er hatte aber Global OFF , kein extcal, aber die hatten irgendwie nur die index.php geaendert. an die anderen files kamen sie wohl nicht ran. die sind noch am analysieren. die index.php wurde ausgetauscht und die seite war wieder da.
    aber wie konnten sie diese austauschen...?
    Dies sollte jeder zuerst lesen, bevor er was fragt:
    SUCHEN-LESEN-FRAGEN

  9. #8
    Verbringt hier viel Zeit
    Registriert seit
    07.01.2006
    Beiträge
    574
    Bedankte sich
    18
    Erhielt 60 Danksagungen
    in 43 Beiträgen

    Standard

    hm... also 444 geht bei mir leider nicht... wegen dem wwwrun....

    sollte man jetzt so einen code in jede php-datei einbauen??
    oder bei welchen macht es sinn?? also config.php und so???

    und welchen code??? den mit dem absolutenserverpfad oder doch den anderen???

    vielleicht kann ja mal einer der mehr ahnung hat wie ich eine anleitung schreiben, wie ma ein joomla sicher macht.. den administrator ordner hab ich schon mal per htacces (oder wie das heisst) geschützt....

    beste grüße floxworld

  10. #9
    Haltrust
    Gast

    Standard

    Diesen Artikel hatte ich ins Heise Forum gesetzt, den ich auch hier noch einmal veröffentliche:

    htaccess, um zukünftige Exploit Angriffe gegen 3 Party Komponenten abzuwehren
    J.Rohn, Jürgen Rohn

    Joomla selbst ist recht sicher.

    Gefährlich sind:

    1. lausig geschriebene Drittkomponenten,
    2. gemeingefährliche Einstellungen in der php.ini durch den Hoster
    3. sowie bescheuerte chmod Einstellungen durch den Anwender.

    Daher:

    zu 2.
    register_globals Off und allow_url_fopen Off
    safe mode On oder PHP als suPHP

    zu 3.
    nie chmod 777. Allgemein so wenig Rechte, wie nötig. Ordner 755,
    Files 644
    config.php und index.php chmod 444. Ohne Schreibrechte kein
    Defacement, da regelmässig die index Dateien überschrieben werden.
    Adminordner per htaccess und Passwort schützen.

    zu 1. per .htaccess und mod_rewrite

    ------------------------------------------------------------------

    ## Can be commented out if causes errors, see notes above.
    Options FollowSymLinks

    #
    # mod_rewrite in use

    RewriteEngine On

    ########## Begin - Rewrite rules to block out some common exploits
    #
    # Block out any script trying to set a mosConfig value through the
    URL
    RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
    # Block out any script trying to base64_encode crap to send via URL
    RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
    # Block out any script that includes a <script> tag in URL
    RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
    # Block out any script trying to set a PHP GLOBALS variable via URL
    RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
    # Block out any script trying to modify a _REQUEST variable via URL
    RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) [OR]
    # Block out any script that tries to set CONFIG_EXT (com_extcal2
    issue)
    RewriteCond %{QUERY_STRING} CONFIG_EXT(\[|\%20|\%5B).*= [NC,OR]
    # Block out any script that tries to set sbp or sb_authorname via URL
    (simpleboard)
    RewriteCond %{QUERY_STRING} sbp(=|\%20|\%3D) [OR]
    RewriteCond %{QUERY_STRING} sb_authorname(=|\%20|\%3D)
    # Send all blocked request to homepage with 403 Forbidden error!
    RewriteRule ^(.*)$ index.php [F,L]
    #
    ########## End - Rewrite rules to block out some common exploits

    ----------------------------------------------------------------
    Der Angreifer sieht eine 403 Fehlermeldung.

    siehe auch dazu:

    http://forum.joomla.org/index.php/topic,75376.0.html
    http://forum.joomla.org/index.php/to....html#msg38869
    6

    Für Referrer Spam Bots am Beispielbegriff "******" :

    order deny,allow
    deny from env=spammer

    SetEnvIfNoCase Referer ****** spammer=yes

    Quelle: hier


  11. Erhielt Danksagungen von:


  12. #10
    Verbringt hier viel Zeit
    Registriert seit
    12.05.2005
    Beiträge
    541
    Bedankte sich
    29
    Erhielt 84 Danksagungen
    in 83 Beiträgen

    Standard

    @haltrust
    schöne zusammenfassung. Werd ich mir zu herzen nehmen.
    Danke

+ Antworten
Seite 1 von 3 1 2 3 LetzteLetzte

Ähnliche Themen

  1. Restricted access
    Von makese im Forum Allgemeine Fragen zu Joomla
    Antworten: 11
    Letzter Beitrag: 19.02.2010, 11:03
  2. Problem mit Serverumzug / Upgrade
    Von Sparkassenfuzzi im Forum Joomla Installation
    Antworten: 1
    Letzter Beitrag: 19.08.2008, 17:07
  3. Fehler nach Installation Restricted Access
    Von mschuler im Forum Joomla Installation
    Antworten: 4
    Letzter Beitrag: 06.08.2006, 23:55
  4. Fehlermeldung bei PonyGallery
    Von illmatic77 im Forum Joomla Komponenten
    Antworten: 2
    Letzter Beitrag: 13.03.2006, 20:52
  5. Restricted access
    Von Jon Nathan im Forum Allgemeine Fragen zu Joomla
    Antworten: 3
    Letzter Beitrag: 10.12.2005, 10:07

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein