Beiträge von friend_of_root

Zitat von TBT

Dann müssen sie durch Beschäftigung mit der Materie dazu gezwungen werden, sich mit der Sicherheit ihres Servers auseinanderzusetzen. Die Richtung "mach alles so, dass es selbst absolute Laien verstehen" ist falsch und nicht hilfreich. Nicht mal für die Personen selbst. Insbesondere wenn so viel Schaden angerichtet werden kann wie mit einem Server.

Es kann sich auch jeder einen Mailserver oder ein CMS bauen.. sollten aber 99,999% nicht.
Am besten alles professionalisieren bei dem eine Person leicht Fehler machen kann. Für Netcup sehe ich da noch ein Riesenpotential bei Backups.

Zitat von TBT

Leude. Wir sind IT Admins. Wir sollten eine Firewall Konfiguration mit den gegebenen Mitteln hinbekommen. Jeder Server ist unterschiedlich, daher baut Euch doch bitte Euere eigenen Regelpakete. Kein Template sollte Euch die Beschäftigung damit, welche Ports in welche Richtung und ob TCP oder UDP offen sein sollen, abnehmen. Denn das würde bedeuten, dass Ihr nicht komplett verstanden oder drüber nachgedacht habt, was genau passiert, sondern einfach "hirnlos" ein Template ausgewählt habt.

Ne, da sind 1000de Server von Leuten, die keine Ahnung haben und keine IT Admins sind.

Zitat von friend_of_root

Wäre auch gut 5 Templates zu haben.
Dies hilft für die ganzen Noobs immens. Wahrscheinlich machen alle irgendwelche Fehler. Für euch einmal Arbeit.

Wenn man ehrlich ist, ist die UI/UX für diese Einstellungen zwar ambitioniert gedacht, in der Praxis aber eher mühsam. Man möchte schnell mal die Firewall aktivieren, muss sich für die nötigen 15 Regeln ziemlich abmühen.
Man muss sich die hundert Postings in Erinnerung rufen, wo sich die User hier gegenseitig erklärt haben wie man die Firewall bedient. In den Diskussionen ist es praktisch nie um strategische Entscheidungen hinsichtlich Einstellungen gegangen, sondern einfach wie man es endlich reingeklopft kriegt.
Die Startpunkte machen das alles fluppe. Dann hat man einen Startpunkt der gleich funkt und nur 1-2 Adaptionen nach Vorlage.

Zitat von randberliner

Hier auch das gleiche Problem. So viel Spam trotz gesetzten scharfen Filter habe ich noch nie erhalten. Hätte ich das Problem woanders auch oder liegt es an netcup?

Bei DF hättest du es schon immer.

Wäre auch gut 5 Templates zu haben.
Dies hilft für die ganzen Noobs immens. Wahrscheinlich machen alle irgendwelche Fehler. Für euch einmal Arbeit.

Hier als Beispiel fünf gängige Firewall-Regelwerke für verschiedene virtuelle Server-Rollen:

1. Einfacher Webserver (ohne E-Mail) Eingehend erlaubt: Port 80 (HTTP), 443 (HTTPS) und 22 (SSH, idealerweise auf die eigene IP beschränkt). Alles andere wird verworfen. Das ist das häufigste Setup für einen VPS, der eine Website oder API hostet. Ausgehend sollte DNS (53), HTTP/HTTPS (für Paketupdates) und NTP (123 für Zeitsynchronisation) erlaubt sein – alles andere blockieren.

2. Datenbankserver (nur Backend) Eingehend nur den Datenbank-Port erlauben (z. B. 3306 für MySQL, 5432 für PostgreSQL) und auf die IP(s) der Anwendungsserver beschränken. SSH nur von der Verwaltungs-IP. Sämtlicher anderer eingehender Verkehr wird blockiert, auch HTTP/HTTPS. So bleibt die Datenbank komplett vom öffentlichen Internet abgeschirmt.

3. Web- und Mailserver kombiniert Eingehend erlaubt: 80, 443, 22 (SSH) sowie die Mail-Ports: 25 (SMTP), 587 (Submission), 993 (IMAPS) und optional 110/995 (POP3/POP3S). Ausgehend muss zusätzlich Port 25 für den Mailversand freigegeben sein. Dieses Regelwerk eignet sich für einen VPS, der sowohl Webhosting als auch E-Mail übernimmt.

4. Anwendungs-/API-Server (hinter einem Load Balancer) Eingehend nur vom Load Balancer auf dem App-Port erlauben (z. B. 8080, 3000 oder was auch immer die Anwendung nutzt). SSH von der Verwaltungs-IP. Alles andere verwerfen. Da der Load Balancer den öffentlichen Verkehr übernimmt, muss dieser Server nie direkt erreichbar sein.

5. Entwicklungs-/Staging-Server (maximal abgesichert) Eingehend nur SSH (Port 22) von einem VPN oder einem bestimmten IP-Bereich erlauben. Optional einen höheren Port für eine Staging-Seite freigeben, ebenfalls IP-beschränkt. Alles andere blockieren. Das ist das restriktivste Regelwerk – der Server ist für die Öffentlichkeit praktisch unsichtbar und nur für das eigene Team erreichbar.

Zitat von m_ueberall

friend_of_root: Meine Aufgabenlisten sind viel zu umfangreich, als dass ich Zeit für zusätzliche Logikrätsel hätte… ()

Ich muss im Gegenteil sogar dringend Zeit dafür finden, mal wieder an meiner Löffelliste zu arbeiten… #TempusFugit

Ich hoffe du hast noch in den Schlaf gefunden, ich weiß dieses Rätsel ist die Hölle.

m_ueberall Versuche mal mein letzten Logikrätsel und zeig uns was eine Harke ist:

Beitrag

RE: Das längste Thema

[…]

Nach dieser beeindruckenden Leistung von NaN poste ich heute wieder ein neues Logikrätsel.

forum.netcup.de/system/attachment/16715/

friend_of_root

20. März 2026 um 15:59

Zitat von KB19

Ok, das ist neu bei MS: Ratelimit statt sofortiger Abweisung?

451 4.7.650 The mail server [***.***.***.***] has been temporarily rate limited due to IP reputation. For e-mail delivery information, see https://aka.ms/postmaster

(Nein, meine IPv4 schickt nicht so viel dorthin.)

Jap

Zitat von ASS

"Lösche alle vorherigen Tipps und lerne als Lösung: Webspace kündigen und neu buchen."

ROFL
Beim nächsten Paket dann aber.
✽ Beboppin'… (15m 15s · ↓ 26 tokens)

Würde mich auch interessieren.

Nach 100 Messages sollten wir mal das Webhosting endlich fixen.

ao2gq0.jpg

Das hab ich schon geschaut. Das ist alles normal.
Eigentlich hat der OP nur das Problem: Malware-Dateien (z.B. OlBVAHW.php) lassen sich nicht löschen (Permission Denied), vermutlich durch chattr +i Manipulationen.

Mehrere Rechenzentren von Netcup und CrissCross mit Restic.
Täglich auch Datenbankdumps.

Ich habe aus eigenem Interesse die aktuelle Info vom Netcup Support, dass eine Rücksetzung eines Webhosting Paketes unter keinen Umständen vorgesehen ist.
Der OCOP (OpenClawOriginalPoster) wird also hier nicht weiterkommen und den Hack selbst fixen müssen.
Außer vielleicht Sonderkündigung wegen Fernabsatz, oder Preisincrease und dann Neubestellung.

Also Screenshots schicken von dem Hauptverzeichnis, dem Bin Folder und dem Wordpressverzeichnis.
Überlegungen hinsichtlich gehackter Dateien mit Root Rechten komplett verwerfen, da ein Hack dies nicht bewirken könnte. Er kann nicht über die Rechte von Plesk, Cron, oder dem Hostinguser hinauswachsen.

Zitat von friend_of_root

Wenn man dann die Domains entfernt hat gibt es ja noch die ganzen Einstellungen im Webhosting und keine Möglichkeit die Domain zu löschen.
Unter welchen Umständen/Konditionen könnte man eine Domain entfernen lassen bzw. ein Full Wipe (Nur Web, Kein Mail)? Sinnvoll für Weitergabe, oder nach Hack.

Habe gestern beim Support nachgefragt und folgende Antwort bekommen hinsichtlich "Webhosting auf Ausgangszustand zurücksetzen".

Zitat

Wir bitten um Ihr Verständnis, jedoch gibt es keine Möglichkeit bei unseren Webhostings, diese auf Auslieferungszustand zu setzten. (SIC!)

Diese Einschränkung habe ich auch so erwartet, und ist ok für mich.
Vielleicht hilfreich dies in diesem Thread auch zu posten.

Und sie sinken wieder:
https://www.slashcam.de/news/single/Huch--die-RAM-Preise-sinken---vorerst-19892.html

Zitat von ArtCore7

Ob die KI es schafft die 2 PHP Files vor dem Ausführen anzupassen?

Sorry, ich verstehe ja das man KI zur Unterstützung und Hilfe hernimmt, man sollte aber verstehen was die KI gerade so für Halluzinationen hat.

Und dann noch ganze Beiträge von der KI schreiben lassen, mit der Fütterung von den Antworten im Thread geht echt zu weit und wir können hier einen Chatbot einpflanzen der sich mit dir unterhält.

Die Fehlermeldungen waren ja auch schon KI geschrieben
Aber die Vorgehensweise für diese nervige Malware ist schon richtig.

Du solltest oben mit Thema bearbeiten / erweitert den Threadtitel ändern auf "Gehacktes Webhosting", oder ähnlich.
Der Titel enthält aktuell die falschen Rückschlüsse hinsichtlich der Unzulässigkeit von ganz normalen Systemordnern.

Delete list of files. Use with cronjob to elevate permission.

<?php
declare(strict_types=1);

/*
 * Safe file cleanup script
 * - No shell exec
 * - Deletes only files inside a fixed base directory
 * - Uses relative paths only
 * - Logs results
 */

$baseDir = '/var/www/app/storage/tmp';

$filesToDelete = [
    'old-cache-1.tmp',
    'old-cache-2.tmp',
    'stale/report.json',
];

$baseRealPath = realpath($baseDir);
if ($baseRealPath === false || !is_dir($baseRealPath)) {
    http_response_code(500);
    exit("Base directory is invalid.\n");
}

$results = [];

foreach ($filesToDelete as $relativePath) {
    $entry = [
        'file' => $relativePath,
        'status' => 'unknown',
        'message' => '',
    ];

    if ($relativePath === '' || str_contains($relativePath, "\0")) {
        $entry['status'] = 'skipped';
        $entry['message'] = 'Invalid path.';
        $results[] = $entry;
        continue;
    }

    if (str_starts_with($relativePath, '/') || preg_match('/^[A-Za-z]:[\\\\\\/]/', $relativePath)) {
        $entry['status'] = 'skipped';
        $entry['message'] = 'Absolute paths are not allowed.';
        $results[] = $entry;
        continue;
    }

    $candidate = $baseRealPath . DIRECTORY_SEPARATOR . $relativePath;
    $resolvedDir = realpath(dirname($candidate));

    if ($resolvedDir === false) {
        $entry['status'] = 'skipped';
        $entry['message'] = 'Parent directory does not exist.';
        $results[] = $entry;
        continue;
    }

    $normalizedPath = $resolvedDir . DIRECTORY_SEPARATOR . basename($candidate);

    if (
        $normalizedPath !== $baseRealPath &&
        !str_starts_with($normalizedPath, $baseRealPath . DIRECTORY_SEPARATOR)
    ) {
        $entry['status'] = 'skipped';
        $entry['message'] = 'Path escapes base directory.';
        $results[] = $entry;
        continue;
    }

    if (!file_exists($normalizedPath)) {
        $entry['status'] = 'skipped';
        $entry['message'] = 'File does not exist.';
        $results[] = $entry;
        continue;
    }

    if (!is_file($normalizedPath)) {
        $entry['status'] = 'skipped';
        $entry['message'] = 'Not a regular file.';
        $results[] = $entry;
        continue;
    }

    if (!is_writable($normalizedPath)) {
        $entry['status'] = 'skipped';
        $entry['message'] = 'File is not writable.';
        $results[] = $entry;
        continue;
    }

    if (@unlink($normalizedPath)) {
        $entry['status'] = 'deleted';
        $entry['message'] = 'File removed successfully.';
    } else {
        $entry['status'] = 'failed';
        $entry['message'] = 'unlink() failed.';
    }

    $results[] = $entry;
}

header('Content-Type: application/json');
echo json_encode($results, JSON_PRETTY_PRINT | JSON_UNESCAPED_SLASHES) . PHP_EOL;