Jump to content
InvisionCommunity.de - Der Deutsche Invision Community Support

Christian

Mitglied
  • Content count

    1.045
  • Joined

  • Last visited

Posts posted by Christian


  1. *grummel*

    Schritt 2c der Anleitung ist noch aus der kaputten Version, wenn Du es von Hand installiert hast, ist es in der Tat falsch.

    Das Query muss wie folgt aussehen:

            $DB->query( "SELECT p.*,
    
                        m.id,m.name,m.mgroup,m.email,m.joined,m.avatar,m.avatar_size,m.posts,m.aim_
    
    ame,m.icq_number,
    
                        m.signature, m.website,m.yahoo,m.integ_msg,m.title,m.hide_email,m.msnname, m.warn_level, m.warn_lastwarn,
    
                        g.g_id, g.g_title, g.g_icon, g.g_dohtml $join_get_fields
    
                        FROM ibf_posts p
    
                          LEFT JOIN ibf_members m ON (p.author_id=m.id)
    
                          LEFT JOIN ibf_groups g ON (g.g_id=m.mgroup)
    
                          $join_profile_query
    
                        WHERE p.topic_id=".$this->topic['tid']." and p.queued != 1
    
                        ORDER BY p.post_date {$ibforums->vars['post_order_sort']} LIMIT $first, ".$ibforums->vars['display_max_posts']);


  2. Hat einer verstanden, wo das Problem, bei dem letzten Update bestand?

    dort sollte man folgendes ändern:

    Find:

    {
    
       global $lang, $bbcode_tpl;
    After, add:
       $text = preg_replace('#(script|about|applet|activex|chrome):#is', "\\1:", $text);

    hat jemand eine Ahnung, was das bewirkt?

    Nun habe ich auch kein phpBB und weiß auch nicht in welchem Kontext das steht, aber ich würde gerne wissen, wo die Gefahr ohne den Kram besteht!


  3. Das ist eigentlich eine Einstellung am Server, die die Sicherheit erhöhen soll (sowas wie der berüchtigte Safemod)

    Die Deklaration wird benutzt, beim Laden der config Datei:

    require ROOT_PATH."conf_global.php";
    dies wird normalerweise zu
    require "./conf_global.php";

    funktioniert aber nicht, wenn die open_basedir Restrictions aktiviert sind.

    Nun musst Du wie gesagt mal Deinen Hoster fragen, was Du da angeben sollst.


  4. Wie gesagt, je nach Konfiguration ist es bspw. möglich einen Query mit einem Semikolon oder andern Trennzeichen abzubrechen und den Rest des Queries, der im Code noch stehen würde mit einem (wiederum bspw.) -- abzutrennen. Funktioniert nicht in jeder Konstellation, aber ist durchaus möglich.

    ja nur meine Aussage war ja, dass das eine Konfiguration ist, die kaum zu finden ist.

    Geht es auf Deinem Server?


  5. Dieses ganze SQL Injection Getue ist eh nur Panikmache von ein paar Kiddies, die meinen Sicherheitslöcher aufgetan zu haben :rolleyes:

    Hat das mal einer von Euch ausprobiert? in 99% aller Server kann man eh keine SQL Injections in Form eines weiteren Queries ausführen. Man kann zwar auch so Unsinn damit machen, aber ein angehängtes "or 1" führt nur im ganz üblen Fall zu wirklichem Schaden.

    Ich will damit nicht sagen es sei unwichtig, über Sicherheit zu sprechen, man sollte jedoch die Kirche im Dorf lassen und nicht bei jedem ungeprüften SQL Query Argument gleich so tun, als sei der ganze Server in Gefahr.

    Naürlich darf so was aber im Prinzip nicht passieren ;)


  6. Hi Christian,

    wie willst es denn umbenennen - das kennt nunmal jeder unter dem Begriff

    - Pärchenfinder

    - Find die gleichen Karten

    ist doch alles blödsinn :)

    das finde ich auch, jedoch

    Nach einer Entscheidung des österreichischen OGH in der Entscheidung 4 Ob128/04h könne der Auffassung [...]' date=' das strittige Kennzeichen Memory wäre "Allgemeingut, für das kein gleichwertiger Alternativbegriff zur Verfügung stehe", nicht beigepflichtet werden.[/quote']
×