Исходное сообщение
"Google называет иск Oracle безосновательным и собирается бор..." Отправлено anonymous, 16-Авг-10 13:16
>Ладно, так и быть, нашел для вас releasenotes: http://www.oracle.com/technetwork/java/javase/releasenotes-1... >в каждом релизе находите ключевые слова: security vulnerabilities crash applet - это >оно самое.  Да, вспомнил, у JIT ещё была проблема с >переполнением, посмотрите. Это все старье уже, но кто знает сколько еще >нароют хакеры. Вообщем изучайте матчасть. и не пишите "чисто теоретически"   >- если это ваше. jvm обычная большая прога и проблем с >ней хватает. в общем, слив засчитан. Никто тут и не утверждал, что у Java все идеально с безопасностью. Никто не утверждал, что в виртуальной машине не бывает глюков. Речь шла о переполнении буфера в стеке программ, работающих под управлением jvm. Я тогда сказал, что безусловно, jvm - не идеальна, но попробуйте использовать это с помощью софта, написанного на java. Я привел пример native-софта, который по определению подвержен атакам переполнения буфера. И попросил привести аналогичный пример из мира java-софта, где из-за ошибки программиста возможно было бы передача управления на вражеский код атакующего. НИЧЕГО Вы не привели (и не удивительно), что такое "crash applet" и почему это не является передачей управления стороннему коду узнаете после сеанса работы с англо-русским словарем. >зы. думаю тему можно закрыть вот тут Вы правы.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Ладно, так и быть, нашел для вас releasenotes: http://www.oracle.com/technetwork/java/javase/releasenotes-136954.html >>в каждом релизе находите ключевые слова: security vulnerabilities crash applet - это >>оно самое. Да, вспомнил, у JIT ещё была проблема с >>переполнением, посмотрите. Это все старье уже, но кто знает сколько еще >>нароют хакеры. Вообщем изучайте матчасть. и не пишите "чисто теоретически" >>- если это ваше. jvm обычная большая прога и проблем с >>ней хватает. > в общем, слив засчитан. Никто тут и не утверждал, что у Java > все идеально с безопасностью. Никто не утверждал, что в виртуальной машине > не бывает глюков. Речь шла о переполнении буфера в стеке программ, > работающих под управлением jvm. Я тогда сказал, что безусловно, jvm - > не идеальна, но попробуйте использовать это с помощью софта, написанного на > java. Я привел пример native-софта, который по определению подвержен атакам переполнения > буфера. И попросил привести аналогичный пример из мира java-софта, где из-за > ошибки программиста возможно было бы передача управления на вражеский код атакующего. > НИЧЕГО Вы не привели (и не удивительно), что такое "crash applet" > и почему это не является передачей управления стороннему коду узнаете после > сеанса работы с англо-русским словарем. >>зы. думаю тему можно закрыть > вот тут Вы правы.
	Введите код, изображенный на картинке: