Beiträge von extremmichi

  • Angriff auf Apache/froxlor seit nunmehr 12 h

    Hi Leute,
    so langsam mache ich mir Sorgen
    denn bisher war ich verschont von
    solchen größeren Sachen.
    seit ca 2:00 Uhr wird mein Server
    von vielen versch. IPs angegriffen
    auszugsweise aus der fail2ban.log
    nurmal die letzte Stunde:


    die Auszüge aus der auth.log(sehr kurz da ja immergleich nur mit anderen Namen)
    werdet ihr sicher kennen:

    Code
    Dec  7 14:57:45 v2201010XXXXXXXX postfix/smtpd[6731]: sql plugin doing query SELECT password FROM mail_users WHERE username='catherine@v2201010XXXXXXXX.yourvserver.net' OR email='catherine@v2201010XXXXXXXX.yourvserver.net';
Dec  7 14:57:45 v2201010XXXXXXXX postfix/smtpd[6731]: sql plugin doing query SELECT password FROM mail_users WHERE username='catherine@v2201010XXXXXXXX.yourvserver.net' OR email='catherine@v2201010XXXXXXXX.yourvserver.net';
Dec  7 15:00:12 v2201010XXXXXXXX postfix/smtpd[7849]: sql plugin doing query SELECT password FROM mail_users WHERE username='jeffrey@v2201010XXXXXXXX.yourvserver.net' OR email='jeffrey@v2201010XXXXXXX.yourvserver.net';

    So nun meine Frage:
    Wie gefährlich ist das nun und welche Gegenmassnahmen kann ich unternehmen,
    damit das aufhört?
    bzw. WAs kann ich machen damit alles sicher ist/bleibt?
    momentan denke ich dran der server zu stoppen
    bisher scheint fail2ban ja zuverlässig zu arbeiten aber wie hier schon öfter
    zu Lesen war , setzt die FW ja manchmal aus.
    var/www ist über htaccess geschützt
    sowie nur über https zu erreichen

  • Unterstrich in Formulardaten (html, smarty,php)

    also es liegt definitiv nicht am Unterstrich
    das hab ich jetzt erfolgreich ausschliessen können
    auch kann ich nun sagen dass es nur bei den Forschungen
    und den Soldaten nicht klappt.alle anderen werden richtig übergeben.
    Formular steht ja schon weiter oben
    da die options-Daten auch aus der db kommen, muss ich (morhgen) mal testen ob auf dem Wege was verloren geht.
    var_dump liefert:
    array(11) { ["name"]=> string(8) "forsch13" ["desc"]=> string(9) "forsch 13" ["req"]=> string(1) "3" ["req_lvl"]=> string(1) "1" ["startptz"]=> string(2) "10" ["endptz"]=> string(7) "1000000" ["res1"]=> string(2) "10" ["res2"]=> string(2) "10" ["res3"]=> string(3) "101" ["res4"]=> string(3) "010" ["qptz"]=> string(2) "10" }
    also wird ['req_det'] nicht übertragen

    Die Fehlermeldung ensteht aber und wird auf die Zeile bezogen :(
    leerer String scheidet also auch aus lt.var_dump() oder werden da leere Felder ignoriert?

  • Unterstrich in Formulardaten (html, smarty,php)

    da das ganze hier im ACP abläuft möchte ich das ungern posten
    die Seite wird normal angezeigt bis auf die Fehlermeldung , die ich oben schon gepostet habe.

    Worauf müsste ich denn achten bzw. wonach suchen?
    sieht eigentlich alles normal aus die neue quest wird auch angezeigt nur eben mit leerer Voraussetzung
    was dann im Game zu weiteren Probs führt

  • Unterstrich in Formulardaten (html, smarty,php)

    1: mysql/myisam varchar(1000)
    2:

    PHP
    $req_det = (isset($_POST['req_det']))?mysql_real_escape_string($_POST['req_det']):'';
	$db->query("INSERT INTO `cc".$n."_quests` (`name`, `desc`, `startptz`, `endptz`, `requ`, `requ_det`, `requ_lvl`, `res1`, `res2`, `res3`, `res4`, `qptz`, `pic`) VALUES ('".mysql_real_escape_string($_POST['name'])."', '".mysql_real_escape_string($_POST['desc'])."', '".intval($_POST['startptz'])."', '".intval($_POST['endptz'])."', '".intval($_POST['req'])."', '".$req_det."', '".intval($_POST['req_lvl'])."', '".intval($_POST['res1'])."', '".intval($_POST['res2'])."', '".intval($_POST['res3'])."', '".intval($_POST['res4'])."', '".intval($_POST['qptz'])."', '".$name."')");


    3:?? meinst du den code oder die Fehlermeldung?
    Fehlermeldung:
    Notice: Undefined index: req_det in /pfad/zum/script/script.php on line 79
    das ist die obere Zeile wo $req_det definiert wird.
    für mich heisst das daß der wert leer ist und auch eine Ausgabe von $_POST[req_det]
    ist leer. ich tippe deshalb nicht auf sql


    EDIT
    zu schnell abgeschickt ;)
    hier das komplette Formular:

  • Unterstrich in Formulardaten (html, smarty,php)

    Hi Leute,
    folgendes Problem , bei dem ich seit 2 Tagen nicht weiterkomme
    Ein Formular sendet Daten an ein php-script, die über select/options
    ausgewählt werden. Diese Daten werden im Anschluss in eine db eingetrgaen.
    Befindet sich in dem Wert ein Unterstrich, wird kein Wert gesendet. Dann entsteht in der db
    ein leerer Eintrag in dem Feld. Google bringt mich leider nicht weiter , ob evtl. Unterstriche
    gesperrt sind oder woran es hapert.
    ich weiss allerdings auch nicht mehr in welche Richtung ich suchen soll :(
    vielleicht hat ja einer den richtigen Wink für mich
    Hier mal die codeschnippsel:

    Code
    <select name="req_det">
{foreach from=$buildings item=build}
<option value="{$build.tabless}">{$build.name}</option>
<!-- {html_options value=$build.tabless name=$build.name} -->
{/foreach}
</select>

    Achja falls es etwas seltsam auzssieht ich benutze smarty
    als template engine
    der auskommentierte Weg ist smarty conform
    und beide Wege funktionieren wenn kein Unterstrich im Wert ist.

    danke im voraus

    michi

  • eGroupWare per Confixx installiert - Fehlermeldungen

    Grundsätzlich spricht nichts dagegen alles selbst zu installieren.
    Aber es gibt eben auch andere Leute wie wir, die eben nicht alles selbst machen wollen, sondern mit einem Klick alles installiert haben wollen und sich nicht mit configs rumärgern und jede Einstellung "ergooglen" wollen. Und genau diese Leute nehmen sich bewusst einen Webspace mit angehängtem SoftwareCenter, wo es eben einfach ist ,sich alles zusammen zu klicken. Und hier sehe ich dann auch die Verantwortung bei NC, dass eben alles aktuell ist und dem Kunden den Weg so einfach wie möglich zu gestalten .Denn das ist die Zielgruppe dieses Angebots seitens NC.
    Ansonsten könnte man sich das Softwarecenter auch sparen. Bei den Vservern gehts ja auch oder gibts da noch ne debby5.0?
    Naja vielleicht sind wir ja zu ungerecht und es war NC durch den Umzug zeitlich noch nicht in der Lage hier nachzubessern und es kommt demnächst

    gruss


    michi