Patch für Suns Java-Machine stopft Sicherheitsloch

[Golem.de]

Sun bietet ab sofort einen Patch für die Java Virtual Machine an, um ein Sicherheitsloch zu stopfen, worüber Angreifer die Sandbox-Restriktionen umgehen und so auf prinzipiell auf alle Bereiche des Rechners zugreifen können. Entdeckt wurde das Sicherheitsloch von Last Stage of Delirium (LSD) bereits Anfang Juni 2003, allerdings hat man mit einer Veröffentlichung der betreffenden Informationen gewartet, bis nun entsprechende Patches zum Download bereitstehen.

http://www.golem.de/0310/28136.html

[uzi]

hä? die 1.4.2 ist doch schon ewig draussen. ich jedenfalls habe 1.4.2-b28 schon seit ein paar monaten... oder war die 1.4.2_2 gemeint?

[Michael - alt]

und wo ist jetzt der unterschied zu microsofts vorgehen?

[no_face]

Du meinst vermutlich 1.4.2_02, die ist frisch gedruckt sozusagen, aber die 1.4.2 ist in der Tat schon ~ewig draußen, etwas lückenhaft dargestellt von golem


uzi schrieb:
>
> hä? die 1.4.2 ist doch schon ewig draussen. ich
> jedenfalls habe 1.4.2-b28 schon seit ein paar
> monaten... oder war die 1.4.2_2 gemeint?

[uzi]

WENN golem die 1.4.2_2 meinte, dann ist es nicht lückenhaft dargestellt, sondern simpel falsch, denn im text steht ganz klar 1.4.2, was alle subversionen mit einschließen sollte.

[Pete]

Michael - alt schrieb:
>
> und wo ist jetzt der unterschied zu microsofts
> vorgehen?

Das Vergehen von Microsoft besteht darin, fehlerhafte Software anzubieten. Im Sinne von:

Ich lade mir z.B. den Media Player 9 herunter und denke, dass die bekannten Loecher gestopft sind. Online sollten ja neuere Versionen verfuegbar sein, als auf CD-ROM.

Pustekuchen.

Es ist fast egal, welches Update man sich da herunterzieht, fast jedesmal muss man (nach diversen Neustarts) gleich nochmal nachschauen, ob nicht fuer das gerade eben neu geladene und installierte Ding ein wichtiger Sicherheits-Patch verfuegbar ist.

Gruss,
Pete

[ip (Golem.de)]

> WENN golem die 1.4.2_2 meinte, dann ist es nicht
> lückenhaft dargestellt, sondern simpel falsch,
> denn im text steht ganz klar 1.4.2, was alle
> subversionen mit einschließen sollte.

Tippfehler ist nun korrigiert. Danke für den Hinweis :-)

Gruß,
Ingo Pakalski
Golem.de

[brooder]

ist das nicht schlecht für die belüftung, wenn die ganzen löcher vollgestopft werden? hatte das mal bei meinem alten pc gemacht, mit wolle, der ist leider nach 13h gestorben. :-((( .

[ommm]

Scherzkeks!

[Sven Janssen]

rm -rf java
das ist das einzige was gegen Java Hilft.
Mir ist noch nie so ein Unsinn unter die Finger gekommen.
Egal wo und was, es ist langsam, träge und frisst RAM wie meine Tochter Kekse.

Mag ja sein das das programmieren unter Java schön einfach ist, aber was bringt mir das wenn die Programme langsam sind und sich kaum an die Standards der HOST-GUI halten?
Lieber Programmiere ich nativ. Von dem ganzen Plattformunabhängigen halte ich eh nicht viel.

Gruß Sven

[brooder]

uiuiui nimmt sich da jemand allzu wichtig?

[3st]

Na dann bleib man schön bei Assembler und verschlafe die technische Entwicklung... Oder solltest Du tatsächlich schon in C arbeiten? :-)
Natürlich ist Java in der Ausführung zum Teil zehnmal langsamer als C/C++, aber dafür ist die Entwicklung deutlich schneller. Und das RAM-Argument ist doch schon lange tot, für den Preis einer Entwickler-Stunde gibt es 256MB zu kaufen...

[salamander]

Endweder hast Du eine mörderlich fette Tochter, die auf ihre jungen Jahre schon prima ganze Firmen in der Organisation unterstützt oder Du bist ein mörderisch fetter Schwätzer, dem seine Tochter noch was in der Organisation des Kekseverdrückens vormacht. Such Dir was aus, Du Troll.

[Heiko]

Welche Host-GUI Standards? Ueber die Plugin Struktur fuer Layouts hast Du die freie Wahl deine Container selbst zu entwerfen. Und wenn Dir das nicht gefällt stehen dir immer noch die eclipse libraries zur Verfuegung.

[Silent One]

Sven Janssen schrieb:

> Egal wo und was, es ist langsam, träge und
> frisst RAM wie meine Tochter Kekse.

in der vorletzten ct sind genügend laufzeit-tests drin, die zeigen, dass keine wirklichen geschindigkeitsunterschiede bei aktuellen anwendungen bemerkbar sind (sofern man mal das starten der runtime bei webanwendungen unbeachtet lässt).

und ram-fressend? im vergleich zu .net ist java deutlich ressourcenschonender und schneller...

> Lieber Programmiere ich nativ. Von dem ganzen
> Plattformunabhängigen halte ich eh nicht viel.

liegts daran, dass ausser dir niemand mehr für jede neue windows-version alle jemals geschriebenen anwendungen neu kompelieren will, oder warum hat selbst microsoft mit .net eine runtime zwischen anwendung und plattform dazwischen geschoben???

mfg
mathias