Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge

 
Erweiterte Suche

7023 Beiträge in 1155 Themen- von 599 Mitglieder - Neuestes Mitglied: Erika

12-10-2008, 07:08:28
faqboard.info - SupportforumScriptfragenNewswriter News Management ScriptNewswriter BugsHacker Bug 1.2
Seiten: 1 2 3 [4] 5   Nach unten
Drucken
Autor Thema: Hacker Bug 1.2  (Gelesen 14435 mal)
barome
Newbie
*
Offline Offline

Beiträge: 29


Profil anzeigen WWW
« Antwort #45 am: 02-10-2006, 14:12:54 »

kommt gleich per Mail
Gespeichert
basti
Master of Disaster
Administrator
Hero Member
*****
Offline Offline

Beiträge: 2910



Profil anzeigen WWW
« Antwort #46 am: 02-10-2006, 14:38:16 »

Bei mir funktioniert die Problemlos.
Wo kommt denn der Fehler?
Gespeichert

barome
Newbie
*
Offline Offline

Beiträge: 29


Profil anzeigen WWW
« Antwort #47 am: 02-10-2006, 19:18:54 »

Einloggen klappt noch, sobald ich dann auf neue Nachricht klicke kommt der Fehler.



nehme den Eintrag wieder raus gehts wieder huh
Gespeichert
basti
Master of Disaster
Administrator
Hero Member
*****
Offline Offline

Beiträge: 2910



Profil anzeigen WWW
« Antwort #48 am: 02-10-2006, 19:26:22 »

Also bei mir geht das problemlos. Hast du den Eintrag noch an anderer Stelle eingefügt (in einer anderen Datei)?
Gespeichert

Möller, Matthias
Newbie
*
Offline Offline

Beiträge: 4


Profil anzeigen
« Antwort #49 am: 02-10-2006, 19:58:23 »

Moinsn!

Wir hatten am 28.09.06 auch einen Angriff- auf den Newswriter 1.3- ebenfalls über die editfunc.ini.php.
Habsch vorerst alleine klargesehen aber jetzt macht der Boss hard Druck, weil ihm der Admin von 1&1 heute u. A. folgendes gemailt hat:
"...Es handelt sich um das Script "/news/include/editfunc.inc.php" der
Applikation "Newswriter", welches über den Parameter
"NWCONF_SYSTEM[server_path]" die Ausführung beliebigen Codes erlaubt.

Wir haben das PHP-Feature "allow_url_fopen" für das entsprechende
Verzeichnis über eine php.ini deaktiviert. Trotzdem empfehlen wir, das
Script zu überarbeiten bzw. auf die aktuellste Version zu aktualisieren...".

Ist's mit der php.ini getan?
Gibt's schon was neues auf`m bugfix Markt speziell für dieses Problem Hr. Baumann?

MfG,

MM DA ROOKIE

Gespeichert
basti
Master of Disaster
Administrator
Hero Member
*****
Offline Offline

Beiträge: 2910



Profil anzeigen WWW
« Antwort #50 am: 02-10-2006, 20:01:49 »

Moin,

am Bugfixmarkt gibts diesen Thread Wink
url_fopen = off langt auch bereits (aber natürlich sollte man den Bugfix einspielen)., weil damit kein Schadcode geladen werden kann.
Gespeichert

barome
Newbie
*
Offline Offline

Beiträge: 29


Profil anzeigen WWW
« Antwort #51 am: 03-10-2006, 11:26:42 »

Also bei mir geht das problemlos. Hast du den Eintrag noch an anderer Stelle eingefügt (in einer anderen Datei)?

nein nur noch wie im Forum beschrieben in der main.inc.php
Gespeichert
Support Team
Jr. Member
**
Offline Offline

Beiträge: 97



Profil anzeigen WWW
« Antwort #52 am: 03-10-2006, 11:34:39 »

Hallo barome,

Das sollte aber problemlos gehen. Die main.inc.php einmal kontrolliert?
Gespeichert

Mit freundlichen Grüßen
Ihr Baumedia Support Team
Landler
Newbie
*
Offline Offline

Beiträge: 2


Profil anzeigen
« Antwort #53 am: 04-10-2006, 01:34:06 »

wir haben in dem Verz.
/include einen Ordner /dev mit Unterordner /.psy und lauter Scripten und virenverseuchten Dateien gefunden.
und
in dem Verz.
/data/imagez auch jede Menge Mist.

bei dem /include/dev/.psy ... tue ich mich schwer den Mist zu loeschen
Gespeichert
Support Team
Jr. Member
**
Offline Offline

Beiträge: 97



Profil anzeigen WWW
« Antwort #54 am: 04-10-2006, 07:33:04 »

Hallo Landler,

Ihr Hoster sollte die Dateien problemlos löschen können.
Ansonsten sollte es auch mit einm kleinen Script gehen.
Gespeichert

Mit freundlichen Grüßen
Ihr Baumedia Support Team
Olli112
Newbie
*
Offline Offline

Beiträge: 11


Profil anzeigen
« Antwort #55 am: 04-10-2006, 12:08:24 »

Hallo Leute,

ich hatte genau das selbe Problem, und natürlich auch am gleichen Tag.

Dieser Hack hatte es ganzschön in sich, ich habe mir mal die untiefen da angeschaut, und kann nur den Hut ziehen (würde ich auch tun, wenn ich nicht so sauer wäre...)


Also, was tun die so alles (zumindest bei mir):

1. in JEDEN Ordner mit chmod 0777 erstmal einige cryptische phps reinfriemeln, die mit base_64 codierung aufrufe zu servern in Russland machen und denen daten schicken

2. sie hackten bei mir gallerien und htm-files, die mittels inlineframes seltsame Seiten in einem nicht sichtbaren 1x1pixel grossen fenster unterbringen

3. einige hauptscripte waren unterwandert mit störcode

4. dann irgendwelche Bildchen etc.

ich habe einen Cleaner geschrieben und angepasst, der die phps rausschmeisst, denn über ftp waren einige wegen veränderter chmods nicht löschbar.

Sie hatten üblicherweise die selben Namen und werden über das .htaccess - file angestossen, daher wird mit der source auch das .htaccess gesäubert.

ich hoffe mal es hilft dem ein oder anderen weiter...

GANZ WICHTIG:
Das Ding löscht alle Dateien die den Angaben oben entsprechen, also aufpassen von wo aus ihr es aufruft. Desweiteren durchsucht der Cleaner auch unterordner, also VORSICHT!


Code:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<title>The Cleaner...</title>
</head>

<body>
<?
function GoCleaning (){
$dir = ("./");// aktuelles verzeichnis mit den php-plagen, ACHTUNG !!!
// ACHTUNG, durchsucht auch unterordner !!!
$dir = preg_replace("[\x5c\]","",$dir);// linuxproblem....
function cleanhack($dir){

$current_dir = @opendir($dir);
while($entryname = @readdir($current_dir)){
echo 'checking '."$dir/$entryname".'<br>';
if(is_dir("$dir/$entryname") and ($entryname != "." and $entryname!="..")){
cleanhack("${dir}/${entryname}");
}elseif($entryname != "." and $entryname!=".."){

if (file_exists("${dir}/.htaccess")) {
$ffilename = "${dir}/.htaccess";
$fa = @fopen($ffilename, "rb");
$contentss = @fread($fa, filesize($ffilename));
fclose($fa);
if (eregi ("MultiViews","$contentss")){// dieser Eintrag stammt vom hack "mutivews" in .htaccess

$contentss = preg_replace("/Options(.*)\r\n(.*)php/","", "$contentss");// nur weg was nicht hingehört .htaccess
unlink("${dir}/.htaccess");// erstmal plätten, dann neue .htaccess

if ($contentss == "
"){}// wenn sie leer ist, lassen wir sie weg...
else{// sonst eine neue erstellen
$fb = fopen ("${dir}/.htaccess", "ab");
fputs($fb,"$contentss");
fclose($fb);
}// so, sollte alles clean sein
}
else{}// htaccess ist clean
}
// so, jetzt zu den scripten
// nehmt saures...
// alle gehören zum user apache übrigens....

if (file_exists("${dir}/includes.php")) {
@unlink("${dir}/includes.php");
}
if (file_exists("${dir}/tests.php")) {
@unlink("${dir}/tests.php");
}
if (file_exists("${dir}/report.php")) {
@unlink("${dir}/report.php");
}
if (file_exists("${dir}/links.php")) {
@unlink("${dir}/links.php");
}
if (file_exists("${dir}/messages.php")) {
@unlink("${dir}/messages.php");
}
if (file_exists("${dir}/remote.php")) {
@unlink("${dir}/remote.php");
}
if (file_exists("${dir}/common.php")) {
@unlink("${dir}/common.php");
}
if (file_exists("${dir}/finfo.php")) {
@unlink("${dir}/finfo.php");
}
if (file_exists("${dir}/contacts.php")) {
@unlink("${dir}/contacts.php");
}
if (file_exists("${dir}/time.php")) {
@unlink("${dir}/time.php");
}
if (file_exists("${dir}/system.php")) {
@unlink("${dir}/system.php");
}
if (file_exists("${dir}/commands.php")) {
@unlink("${dir}/commands.php");
}
if (file_exists("${dir}/options.php")) {
@unlink("${dir}/options.php");
}
if (file_exists("${dir}/layout.php")) {
@unlink("${dir}/layout.php");
}
if (file_exists("${dir}/properties.php")) {
@unlink("${dir}/properties.php");
}
if (file_exists("${dir}/create.php")) {
@unlink("${dir}/create.php");
}
if (file_exists("${dir}/base.php")) {
@unlink("${dir}/base.php");
}
if (file_exists("${dir}/download.php")) {
@unlink("${dir}/download.php");
}
if (file_exists("${dir}/package.php")) {
@unlink("${dir}/package.php");
}
if (file_exists("${dir}/configs.php")) {
@unlink("${dir}/configs.php");
}
if (file_exists("${dir}/date.php")) {
@unlink("${dir}/date.php");
}
if (file_exists("${dir}/options.php")) {
@unlink("${dir}/options.php");
}
if (file_exists("${dir}/guest.php")) {
@unlink("${dir}/guest.php");
}

}
}
@closedir($current_dir);

}
cleanhack($dir);

}

GoCleaning (); // Und auf gehts

echo "Fertig. <br>script edited and modified by olli112 ...<br>";

?>

</body>
</html>

GANZ WICHTIG:
Das Ding löscht alle Dateien die den Angaben oben entsprechen, also aufpassen von wo aus ihr es aufruft. Desweiteren durchsucht der Cleaner auch unterordner, also VORSICHT!
Gespeichert
barome
Newbie
*
Offline Offline

Beiträge: 29


Profil anzeigen WWW
« Antwort #56 am: 04-10-2006, 13:44:48 »

Hallo barome,

Das sollte aber problemlos gehen. Die main.inc.php einmal kontrolliert?

Problem hat sich erledigt, warum versteh ich selbst nicht. Das einzige was ich geändert habe war mein Editor mit dem ich die php bearbeite. Mit Dreamweaver tritt der Fehler auf wenn ich die Datei mit Wordpad umschreibe gehts.

Seltsame Sache....  huh
Gespeichert
konqui
Newbie
*
Offline Offline

Beiträge: 7


Profil anzeigen
« Antwort #57 am: 04-10-2006, 13:57:46 »

unix2dos bzw. dos2unix wenn der webserver auf nem unix läuft.
Gespeichert
winipuh
Newbie
*
Offline Offline

Beiträge: 2


Profil anzeigen
« Antwort #58 am: 06-01-2007, 17:58:20 »

hallo,

ich habe heute auch eine 1&1-mail bekommen, dass eine mail.php in meinen archiv-ordner als spamschleuder genutzt werden würde. ich benutzer vers. 1.42 (13.10.2005). fand die datei auch, irgendwelche spanischen spinner haben die da eingeschleust.

nun habe ich in diesem thread gesehen, dass viele von euch diese probs hatten und einige lösungen durchgegangen sind. da der letzte eintrag schon etwas her ist, frage ich mich ob damit das problem endgültig gelöst war!?

es gibt ja eine neue version 1.42.1 zum download - ist die gefixt in der hinsicht? da ich damals einige anpassungen an meiner script-version getätigt habe, würde ich nur ungern das komplette news-system austauschen .. und in den hilfe-docs steht auch was von "update ab vers. 1.42" ... allerdings finde ich den besagten ordern "update" nicht .. wo ist dieser?

viele grüße,
wini
Gespeichert
basti
Master of Disaster
Administrator
Hero Member
*****
Offline Offline

Beiträge: 2910



Profil anzeigen WWW
« Antwort #59 am: 06-01-2007, 20:29:13 »

Hi,
die neueste Version ist gefixt ja.
Du kannst aber auch nur einfach die includes anpassen (wie in diesem Thread beschrieben), das löst das Problem.
Gespeichert

Seiten: 1 2 3 [4] 5   Nach oben
Drucken
Gehe zu: