https://shelltrap.com/de/how-it-works/Recent content in So funktioniert es on ShelltrapHugode-DEhttps://shelltrap.com/de/how-it-works/real-time-detection/Mon, 01 Jan 0001 00:00:00 +0000https://shelltrap.com/de/how-it-works/real-time-detection/<h2 id="das-problem-mit-geplanten-scans">Das Problem mit geplanten Scans</h2> <p>Ein Cronjob, der um drei Uhr morgens <code>/home</code> durchläuft, hat eine Tugend: Er ist einfach. Alles andere an ihm ist ein Kompromiss.</p> <p>Eine um 09:15 Uhr hochgeladene Webshell hat achtzehn Stunden Zeit, benutzt zu werden, bevor irgendetwas sie bemerkt. In diesen achtzehn Stunden kann sie Mails versenden, eine Phishing-Seite ausliefern, in ein anderes Konto wechseln oder eine zweite Hintertür an einer Stelle installieren, an der der nächste Scan nicht nachsieht. Wenn der Scan meldet, ist die gefundene Datei oft längst nicht mehr die interessante — sie ist die, die der Angreifer absichtlich zurückgelassen hat.</p>https://shelltrap.com/de/how-it-works/upload-gate/Mon, 01 Jan 0001 00:00:00 +0000https://shelltrap.com/de/how-it-works/upload-gate/<h2 id="das-fenster-das-sie-schließen-wollen">Das Fenster, das Sie schließen wollen</h2> <p>Ein Angreifer lädt um 09:15:02 über ein verwundbares Plugin eine Datei hoch und ruft sie um 09:15:04 ab. Zwei Sekunden. Jeder Erkennungsmechanismus mit einer längeren Latenz hat in diesem Fall einen Vorfall dokumentiert statt ihn verhindert.</p> <p>Asynchrone Erkennung ist wirklich wertvoll — die meisten Kompromittierungen werden nicht innerhalb von Sekunden ausgenutzt, und die Shell in fünf Sekunden statt in achtzehn Stunden zu finden ändert alles an der Bereinigung. Wenn Sie den Upload aber <em>aufhalten</em> wollen, muss die Prüfung stattfinden, während die Anfrage noch unterwegs ist.</p>