Welches OS?

[Gevatter Tod]

Mich würde als Laie interessieren, auf welchen Betriebssystemen sich die Viren erweiterte Rechte aneignen können. Es hört sich ein wenig so an, als ob das Root-Passwort bei Linux umgangen werden kann. Oder wie soll ich den Schlusssatz verstehen?

"Das wiederum nutzt der Schadcode aus, um sich erhöhte Rechte im System zu genehmigen, ohne dass der Code des Applets entsprechend signiert werden muss."

Mit Windows kenne ich mich nicht so aus, aber wenn das unter Linux der Fall sein sollte, dann Hut ab. ...und ich wandere in die Virtuelle Maschiene zum Browsen.

Gruß
Gevatter

[BlackPhantom]

Java ist doch plattformübergreifend. Von daher würde ich sagen, dass alle Systeme auf denen Java läuft, potentieller Gefahr ausgesetzt sind.

MFG :)

http://blackphantom.de/

[NochEinLeser]

Aber die Java VM, die als "Vermittler" zwischen System und Java-App fungiert, muss dann ja eine Lücke haben, die auf der "System-Seite" für jedes System gilt. Also eine Lücke, die unter Windows das Admin-Kennwort und unter Linux das Root-Kennwort umgehbar macht - da liegen aber auf OS-Ebene sehr unterschiedliche Techniken vor. Und bei beiden soll die Java VM auf exakt die selbe Weise schlampig sein?

Ich schließe mich deswegen der Frage des TEs an.

[Gevatter Tod]

Das stimmt, aber ein sudo rm -r /* kann ich nur mit root Rechten machen. Unter Windows geht das wahrscheinlich in dem ich meine Rechte im URM ändere. Wahrscheinlich täusche ich mich auch. Bin ja auch kein Profi - daher die Frage.

[Gevatter Tod]

Es kommt auch ein wenig drauf an, was man erreichen möchte. Vielleicht will ich ja nur ein wenig im File-System rumschnüffeln. Das geht natürlich auch ohne root-Rechte. aber selbst da müsste der Code so schlau sein cd /home/<username> und cd \users\<username> unterscheiden zu können. Gibts eigentlich vi unter Windows? Powershell hat ja einige Befehle übernommen, aber vi hab ich noch nicht ausprobiert...

[tomate.salat.inc]

*hust*
public static void main(final String[] args)
{
for(File naWasHabenWirDenDa:new File(System.getProperty("user.home")).listFiles()) {
try {
naWasHabenWirDenDa.delete();
} catch(SecurityException e) {
// Spielverderber =(
}
}
}
*Hust*

[mordredd666]

Ich würde mal eher vermuten, dass die erweiterten Rechte dazu benutzt werden weiteren Schadcode runterzuladen, der dann je nach Betriebssystem angepasst ist

[Der braune Lurch]

Diese Diskussion finde ich immer seltsam. Auf dem Desktop ist es fast sekundär, wenn das Grundsystem weg ist - wichtig sind mir meine persönlichen Daten in $HOME, und auf die habe ich nun einmal per Definition Zugriff. Deshalb ist so etwas immer gefährlich, wenn böse Seiten es schaffen, aus ihrer Browsersandbox auszubrechen.

------------------------------
Der Molch macht's.
------------------------------
How much money have you spent on League of Legends?

[tomate.salat.inc]

Kann gut möglich sein. Aber da du nicht überall schreibrechte hast, dürften dieser Schadcode erstmal im home-Verzeichnis des Users landen (unter normalen Bedingungen hat man da seine Schreibrechte).

[Grabsteinschubser]

Zumindest auf der verlinkten Seite von Kafeine wird nur Windows erwähnt.

[Hugh Hefner]

Allein dass man mit Java immer wieder Schaden anrichten kann, ist Grund genug den Mist endlich vom eigenen System zu löschen.

1. Click To Flash ist Pflicht
2. Java im Browser deaktivieren ist Pflicht
3. Adblock ist Pflicht.

Und Google und facebook abschalten, bitte !

[Phreeze]

es wird ein prozess mit dem Namen KB00795398.exe gestartet, daher zumindest mal Windows. Ob auf Osx etc. ein entsprechender Prozess gestartet wird, weiss ich nicht.

http://stopmalvertising.com/malware-reports/analysis-of-cve-2013-0422-a-new-0-day-java-exploit.html


Gevatter Tod schrieb:
--------------------------------------------------------------------------------
> Mich würde als Laie interessieren, auf welchen Betriebssystemen sich die
> Viren erweiterte Rechte aneignen können. Es hört sich ein wenig so an, als
> ob das Root-Passwort bei Linux umgangen werden kann. Oder wie soll ich den
> Schlusssatz verstehen?
>
> "Das wiederum nutzt der Schadcode aus, um sich erhöhte Rechte im System zu
> genehmigen, ohne dass der Code des Applets entsprechend signiert werden
> muss."
>
> Mit Windows kenne ich mich nicht so aus, aber wenn das unter Linux der Fall
> sein sollte, dann Hut ab. ...und ich wandere in die Virtuelle Maschiene zum
> Browsen.
>
> Gruß
> Gevatter

[Gevatter Tod]

danke

[fotcorn]

Der Exploit funktioniert auf allen Platformen mit dieser Java Version. Der Code läuft aber nicht als Root/Administrator, sondern nur als Benutzer der die Java VM gestartet hat.

Java Applets laufen normalerweise in einer Sandbox und können eben nicht das Home Verzeichnis auslesen oder sogar löschen. Mit dieser Lücke kann man aber aus dieser Sandbox ausbrechen und Code so auführen, als wäre das Applet ein normales Programm auf dem PC.

[knalli]

Nun ja. In erster Linie geht es ja um Java-Applets in Browsern, welche immer in einer Sandbox ausgeführt werden sollen. Denn der Browser läuft (hoffentlich) unter deinem Benutzer, aber das Java-Plugin soll natürlich nicht diese Rechte haben. Es reicht einem Angreifer also zunächst schon aus, wenn er aus der Sandbox (also dem Security Manager, der genau das sicherstellen soll) ausbrechen kann.

Das ganze hat erstmal nichts mit einem Systembenutzer wie root oder Administrator zu tun.

Der Angriff läuft de facto (meist) gegen die Java API, nicht gegen die JVM oder gar das System.