[opennet] В Java проявилась уязвимость при обработке чисел с плавающей запятой

теперь понятно почему недавно лежал лор

Java и PHP не нужны (с) кто-то должен был это сказать

P.S. БАЯН, на хабре давно рассосали и патч под Java доступен тоже.

с разморозкой.

> Уязвимость проявлялась только при использовании в процессе преобразования чисел x87 FPU-регистров.

Надо же, их еще кто-то использует...

> В Java проявилась уязвимость при обработке чисел с плавающей запятой

Надо полагать, что новость о том, что эту уязвимость уже исправили, ты напишешь ещё через месяц.

Этому багу уже 10 лет

Ещё недели не прошло как исправили

баян. И потом на l.o.r. нету нигде парсинга double, я поискал

>Надо же, их еще кто-то использует...

Мозг на липосакцию, срочно!

> Мозг на липосакцию, срочно!

Бодрит и освежает?

Кто тут говорил, что похапэ децкий быдлоязычок? В важей жабе аналогичные ашибки исправляют через несколько недель.

А между тем, в PHP и жабе это разные баги http://www.dzone.com/links/rss/a_closer_look_at_the_java_22250738585072012e30...

> Ещё недели не прошло как исправили

Исправили 8 февраля:

http://www.oracle.com/technetwork/topics/security/alert-cve-2010-4476-305811....

Так что неделя прошла.

>> Уязвимость проявлялась только при использовании в процессе преобразования чисел x87 FPU-регистров.

Надо же, их еще кто-то использует...

А куда без них-то?

>>> Уязвимость проявлялась только при использовании в процессе преобразования чисел x87 FPU-регистров.

Надо же, их еще кто-то использует...

А куда без них-то?

Инструкции x87 могут работать как со стеком х87 регистров (которые ST(n)), так и просто с памятью. Так вот, я тут недавно ковырял выхлоп майкрософтского компилятора. Он генерирует код, использующий адресацию по памяти, без х87 регистров. Оно и понятно — при этом можно использовать тот же механизм работы с переменными и промежуточными результатами, что и при целочисленной арифметике. Компилятор упрощается. Только что посмотрел что генерирует gcc — оказывается он таки использует регистры х87. Интересно зачем?

Ну а с AMD64 вообще всё просто — там гарантированно есть SSE, его использует как gcc, так и мелкомягкий.

в жабке, насколько я знаю, никаких регистров не использовалось - ошибка была в ява-коде стандартного класса.

а код сервлет- контейнера тоже весь просмотрел?