Мой VPS с 2016 года !
✅ Виртуальные от 300 ₽/месяц, RAM 1-10GB, DISK 20-360 GB;
✅ Выделенные от 3000 ₽/месяц. RAM 4-64GB, DISK до 4TB;
✅ Intel Xeon, SSD, XEN, iLO/KVM, Windows/Linux, Администрирование;
✅ Бесплатно Full Backup и Anti-DDoS.
Спонсор проекта
Лучший вариант для анонимности купить прокси на выделенном сервере IPANN.NET.
Ads



Авторизация






Для восстановления доступа пишите на E-mail stoplinux@yandex.ru.
Последние комментарии
#1
admin пишет: » Лет 8 назад я месяцами мучился с настройками шрифт... (20.04.2020)
// Переход с Windows на Linux - ГЛУПОСТЬ
#2
Александр пишет: » Про себя расскажу, купил первый свой дистрибутив L... (13.02.2020)
// Переход с Windows на Linux - ГЛУПОСТЬ
#3
admin пишет: » Александр, я перепробовал немало конвертеров под л... (02.02.2020)
// 32 причины почему GNU/Linux не имеет будущего
#4
Александр пишет: » Всё верно, к примеру мне не хватает конвертера ауд... (01.02.2020)
// 32 причины почему GNU/Linux не имеет будущего
#5
admin пишет: » Ну и где это ваше будущее ? Уже прошёл четвёртый г... (29.01.2020)
// 32 причины почему GNU/Linux не имеет будущего
Цитаты
Трек "No title" группы "Unknown artist" нужно слушать пригрывателем a.out



У 60% пользователей установлены уязвимые версии Java. | автор: Luca | 3 апреля 2012

Категория: Open Source


Последнее время значительно увиличилось число атак на пользовательские системы осуществляется через браузерный Java-плагин. По данным Oracle Java используется на более чем на 3 миллиардах систем, при этом исследователи безопасности из компании Rapid7 пришли к неутешительному выводу - на 60-80 процентах компьютеров используются устаревшие версии Java, содержащие в себе критические уязвимости.

В течение месяца после выхода очередного обновления Java на него переходят только около 10% пользователей, по истечение двух месяцев число обновивших Java пользователей достигает 20%, а спустя три месяца - 30%. Более того, несмотря на то, что последнее обновление Java вышло полтора месяца назад, пользователи Java-пакета для Mac OS X по прежнему не получили исправлений безопасности и вынуждены пользоваться заведомо уязвимым продуктом.





источник



Голосов: 19


Прочитано 4907 раз и оставлено 56 комментариев.

Мой VPS с 2016 года !

Этот сайт размещён на мощностях компании Айпи Сервер с 2016 года. Стабильность проверена временем !






Комментарии посетителей

#1. Luca

Обычно настройка компьютеров, с которыми мне приходится сталкиваться заключается удалением предустановленного мусора и Java. Пока никто не жаловался... Непонятно зачем ее вообще предустанавливают. Oracle доплачивает?

Весьма печально, что на Java кто-то пытается какой-то десктопный софт писать. 99% людей даже замораживаться не будет, если приложение потребует что-то там еще скачать для своей работы.

#2. REVERSE

REVERSE
Luca, а что тебе не нравится в Java? Тебе Микрософт доплачивает за любовь к .Net?

Пишут десктопный софт на Java больше всего в корпоративном секторе, где фиг знаешь, на чем его будут запускать, да и скорость разработки на порядок выше, чем на том же С/С++ писать.

#3. Babusha

Накуя нужна жаба на винде, когда на винде есть дотнет?

#4. Luca

SemyonKozakov,
1. .net установлен на 90% современных компьютерах (читать как есть везде где есть Винда)
2. он в разы безопасней Java

https//stoplinux.org.ru/uploads/images/news_2012/java_vs_net.png


пруф

3. он быстрее

#5. shell32

Цитата:
значительно число атак на пользовательские системы осуществляется через браузерный Java-плагин
У них неправильные браузеры tongue https//s019.radikal.ru/i628/1204/e5/439fc040fba4t.jpg

#6. MOP3E

SemyonKozakov написал:
Babusha, пока не аргументируешь свои утверждения, я отвечу тебе просто: накуя нужен дотнет, когда есть жаба?

Опять не ту кнопку ткнул. В общем, скорость разработки на дотнете не хуже, чем на яве. Ну, а остальное тебе Лука написал.
registered_user
никогда на свой комп не ставил этот мусор, всегда искал что-то его не требующее, всегда находил
дохтур
Надо было на одном маршрутизаторе простой тестовый пинг (из GUI) на другое устройство послать, так оно без java-плагина работать отказалось - я вообще подсел biggrin

#9. blow05

REVERSE написал:
Пишут десктопный софт на Java больше всего в корпоративном секторе, где фиг знаешь, на чем его будут запускать

Корпоративный сектор юзает java в основном для WEB систем (как внутренних, так и внешних). Да и вообще тонкие клиенты уверенно вытесняют десктопные приложения там, где это возможно

REVERSE написал:
да и скорость разработки на порядок выше, чем на том же С/С++ писать.

Тут корректнее было бы сравнивать с .Net, а там, насколько мне известно, скорость не особо отличается

Luca написал:
2. он в разы безопасней Java

Шо, прямо таки 0? А CVE-2012-0015 хотя бы взять?

Luca написал:
3. он быстрее

Достаточно сп#рное утверждение

А вообще - разрабатывать десктопный софт на java - изврат еще тот. Вот WEB - самое оно. Апплеты не нужны, т.к. есть флеш

#10. linupzer

Шо, прямо таки 0? А CVE-2012-0507 хотя бы взять?
http://amatrosov.blogspot.com/2012/03/blackhole-cve-2012-0507-carberp.html
Отдельно стоит отметить его кроссплатформенность и возможность эксплуатации на системах Windows, мегазащищенный Липукс, Solaris и OSX.

blow05 написал:
Достаточно сп#рное утверждение

??? пруфики

#11. MOP3E

blow05 написал:

Шо, прямо таки 0? А CVE-2012-0015 хотя бы взять?

Дык, закрыли уже. У мну WU включено, поэтому эта дырка уже закрыта.

#12. MOP3E

linupzer написал:

??? пруфики

Сделано на C#.

#13. Luca

blow05 написал:
CVE-2012-0015

.NET имеет в разы большую популярность и дыры в нем носят единичный характер. Java с гораздо меньшей долей несет в себе куда больше дыр.

#14. Павел

Luca написал:
.NET имеет в разы большую популярность

Proof?..
Luca написал:
Java с гораздо меньшей долей несет в себе куда больше дыр

Proof?..

#15. NEMO

Павел написал:
Poof?Poof?..

Это какое-то издевательство требовать пруфы, когда они перед носом.
blow05 написал:
Достаточно сп#рное утверждение

Сравните Minecraft на Java с другими клонами. Эталон беспросветного тормоза. Тот же Infiniminer, написанный на С#, и являющийся источником вдохновения для Нотча, стабильно показывает 60fps, когда из кубача максимум 20 получаешь.

#16. Павел

NEMO написал:
Это какое-то издевательство требовать пруфы, когда они перед носом

Ну так и давайте сюда, что у Вас перед носом! :)
NEMO, есть OptiFine, после которого Minecraft начинает работать нормально. Нотч принципиально не занимается оптимизацией, для него куда веселее новые фичи добавлять. А с OptiFine игрушка начинает хорошо работать даже на паршивых нетбуках.

#18. Luca

Павел, все пруфы приведены в сообщение #4

#19. MOP3E

Павел написал:
Ну так и давайте сюда, что у Вас перед носом!

Ну, хотя бы Catalyst Control Center. Использует .Net ещё с 2007 года (или ещё раньше - точно не помню). Пруф сразу и на быстродействие, и на популярность.

#20. blow05

linupzer написал:
http://amatrosov.blogspot.com/2012/03/blackhole-cve-2012-0507-carberp.html
Отдельно стоит отметить его кроссплатформенность и возможность эксплуатации на системах Windows, мегазащищенный Липукс, Solaris и OSX

MOP3E написал:
Дык, закрыли уже. У мну WU включено, поэтому эта дырка уже закрыта.


Но при этом на графике Reported vulnerabilities - 0 для .Net. Следовательно график не отвечает действительности

NEMO написал:
Сравните Minecraft на Java с другими клонами. Эталон беспросветного тормоза. Тот же Infiniminer, написанный на С#, и являющийся источником вдохновения для Нотча, стабильно показывает 60fps, когда из кубача максимум 20 получаешь.


А спорим я могу на C# алгоритм реализовать так, что он будет в 100 раз медленнее, чем в Java работать?

linupzer написал:
??? пруфики

Да ты в неадеквате. Кто-то приводит голословное утверждение, я говорю, что это утверждение достаточно сп#рное и еще должен приводить пруфы? А автор первого утверждения не должен, не?

Luca написал:
.NET имеет в разы большую популярность и дыры в нем носят единичный характер. Java с гораздо меньшей долей несет в себе куда больше дыр

Очередное голословное утверждение. Не, по поводу распространенности на десктопах я не спорю, т.к. идет вместе с виндой. По этой же причине у него гораздо меньший процент на серверах (с тем, что серверов под linux больше, чем под виндой, надеюсь никто спорить не будет?). Ну и плюс мобильные платформы - на скольких телефонах есть J2ME? Ну и андроид никто не отменял

Luca написал:
Павел, все пруфы приведены в сообщение #4

График в твоём "пруфе" - не соответсвует действительности, следовательно и доверия твоему "пруфу" нет
MOP3E написал:

Ну, хотя бы Catalyst Control Center. Использует .Net ещё с 2007 года (или ещё раньше - точно не помню).

Товарищ, мне кажется, что вы чушь несёте. Как тогда, по-вашему, работает Catalyst Control Center в линуксе, причём не используя .net/mono?

#22. beep

я в инете в песочнице сижу.
и стараюсь обновлять все эти патчи, но а там уже как получится

#23. Babusha

SemyonKozakov, ну так в линуксе все как попало работает biggrin

#24. MOP3E

Павел написал:
Poof?Poof?..

Proof-Proof-Proof-Proof-Prooоооof, моя маленькая толстая скотинка!

#25. MOP3E

blow05 написал:
Но при этом на графике Reported vulnerabilities - 0 для .Net. Следовательно график не отвечает действительности

Отвечает. Ведь в яве не закрывают уязвимости, а всего лишь выпускают для них патчи. Поэтому 60% пользователей сидят на уязвимых версиях явы, так как патчи им скачивать лениво...

SemyonKozakov написал:
Товарищ, мне кажется, что вы чушь несёте. Как тогда, по-вашему, работает Catalyst Control Center в линуксе, причём не используя .net/mono?

А он там не работает. Скорее всего, в драйвера для линуха включают Catalyst Control Рanel, которой .Net не требуется:
https//pikucha.ru/i8Ke8

#26. KaeSkat

Юзеры сидят на уязвимых версиях - а человеческое обновление для Явы Ораклу написать впадлу?
MOP3E написал:

А он там не работает.

facepalm.png
https//pikucha.ru/i8KjY/thumbnail/2012-04-04--1333552165_700x8_scrot.jpeg
MOP3E написал:
в яве не закрывают уязвимости

MOP3E написал:
выпускают для них патчи

Нелинейная логика МОРЗЕ в очередной раз приводит меня в восхищение.

#29. MOP3E

SemyonKozakov написал:
facepalm.png

Пох.й:
https//img823.imageshack.us/img823/7093/cccck.png
Ещё раз для тебя, тупого: это в винде, как минимум, с 2007 года. Поэтому, встань и иди!

#30. blow05

MOP3E написал:
Отвечает. Ведь в яве не закрывают уязвимости, а всего лишь выпускают для них патчи. Поэтому 60% пользователей сидят на уязвимых версиях явы, так как патчи им скачивать лениво...

Т.е. слово Reported тебе не понятно, ок. И да, скинь плз линк на патчик для JRE

#31. blow05

KaeSkat написал:
Юзеры сидят на уязвимых версиях - а человеческое обновление для Явы Ораклу написать впадлу?

А чем тебя автообновлялка для виндовой Java не устраивает то?

#32. NEMO

SemyonKozakov написал:
есть OptiFine, после которого Minecraft начинает работать нормально. Нотч принципиально не занимается оптимизацией, для него куда веселее новые фичи добавлять. А с OptiFine игрушка начинает хорошо работать даже на паршивых нетбуках.

OptiFine у меня всегда стоит, но не сильно помогает.
blow05 написал:
А спорим я могу на C# алгоритм реализовать так, что он будет в 100 раз медленнее, чем в Java работать?

Это тут причем? Вот сказали, что на Minecraft есть OptiFine, пытающийся выжать последние капли скорости путем оптимизации алгоритмов. Все-равно полутормоз.
К тому же почему-то все игры на java, которые мне приходилось видеть, тоже ужасные тормоза. Ну не верю я, что на Java пишут одни криворукие д.билы, а на .NET сплошные асы.
Вот, Project Zomboid взять. Опять java, опять тормоз, хотя ничего высокотехнологичного. А террария на C# и это сразу видно.
NEMO написал:
А террария на C# и это сразу видно.

А ещё Terraria в 2D, и это тоже сразу видно biggrin Как бы, сравнивать 2D и 3D абсолютно некорректно.

#34. blow05

NEMO, Ну так я и говорю, что на java писать десктопные приложения (игры - в том числе) - несусветная глупость. Как и безаппеляционно утверждать, что .Net быстрее Java

#35. NEMO

SemyonKozakov написал:
А ещё Terraria в 2D, и это тоже сразу видно biggrin Как бы, сравнивать 2D и 3D абсолютно некорректно.
. Я с Project Zomboid сравнивал.

#36. MOP3E

SemyonKozakov написал:
А ещё Terraria в 2D, и это тоже сразу видно biggrin Как бы, сравнивать 2D и 3D абсолютно некорректно.

XNA не делает различий между 2D и 3D. 2D в Террарии это, фактически, эмуляция 2D средствами 3D.

#37. Apollo 11

Luca, ждём комментариев. Интересно, в какую сторону тебя на этот раз фантазия заведёт? Нет, я, конечно, не сомневаюсь, что тут это всё обосрут (на ЛОРе, кстати, тоже обосрали), но... вдруг что-то просветлеет в головах местных бездельников?

#38. null666

Учитывая, что собственный auto-update Java не умеет обновлять её, когда вход в систему осуществлён с правами пользователя...

Luca написал:
Обычно настройка компьютеров, с которыми мне приходится сталкиваться заключается удалением предустановленного мусора и Java. Пока никто не жаловался...

Банк-клиенты java любят, так что спалилсо, уважаемый.

#39. MOP3E

SemyonKozakov написал:
Нелинейная логика МОРЗЕ в очередной раз приводит меня в восхищение.

У мну на компе стояла эта ява. Во-первых, обновлятор элементаро заёбывал своими сообщениями о новых версиях, прорываясь поверх всех окон, включая запущенные в 3D компьютерные игры. Во-вторых, когда я ему всё-таки разрешил обновиться, он этого сделать не сумел. По крайней мере, с первой попытки. В-третьих, когда он всё-таки обновил яву, понадобилась перезагрузка компьютера. Когда же обновляется .Net, перезагрузка почему-то не требуется, что позволяет выполнять такое обновление всегда, когда нужно.

#40. blow05

MOP3E, Тебя смущает перезагрузка винды по каждому чиху? Или то, что программа может работать великолепно на одной системе, но не работать на другой, и это при практически полном отсутствии возможности полноценно диагностировать проблему (логов)? Или то, что сообщение, показываемое стандартными средствами лезет поверх всех окон, без возможности отключения такого поведения?

#41. shell32

blow05 написал:
Или то, что сообщение, показываемое стандартными средствами лезет поверх всех окон, без возможности отключения такого поведения?
С этого места поподробнее

#42. MOP3E

blow05 написал:
MOP3E, Тебя смущает перезагрузка винды по каждому чиху? Или то, что программа может работать великолепно на одной системе, но не работать на другой, и это при практически полном отсутствии возможности полноценно диагностировать проблему (логов)? Или то, что сообщение, показываемое стандартными средствами лезет поверх всех окон, без возможности отключения такого поведения?

Да, меня смущает общая кривость и тормознутость явы под виндами. Почему эти косяки должны оставить меня равнодушным?

#43. blow05

shell32 написал:
С этого места поподробнее

А что, в винде уже можно запретить выскакивать уведомлениям поверх полноэкранный приложений? Если да, то расскажи MOP3E, как это сделать, а то он мучается, бедненький

MOP3E написал:
Да, меня смущает общая кривость и тормознутость явы под виндами. Почему эти косяки должны оставить меня равнодушным?

Только говоришь ты про кривость и тормознутость явовской автообновлялки, которая ИМХО ничем (в своём поведении) особо не отличается от той же автообновлялки Adobe Flash. А если есть аргументы по поводу кривости и тормознутости самой платформы - я внимательно слушаю

#44. kenzzzooo

kenzzzooo
blow05, помнится мне, была такая фишка, на одном из банк-клиентов, что необходимо было использовать строго определенную версию java. При том, что классы были из стандартных, но новая версия не работала. Прихлось указывать какую использовать... Ну это не то чтобы кривость платформы, возможно даже к ней это не относится, но "осадок остался"...

#45. shell32

blow05 написал:
А что, в винде уже можно запретить выскакивать уведомлениям поверх полноэкранный приложений?
В винде можно написать код так, чтобы сообщения не выскакивали поверх полноэкранных приложений. И даже не только полноэкранных, а поверх любых других приложений, кроме того, которое это сообщение показывает. И при реализации стандартными средствами оно по умолчанию делается именно так так.

#46. exlinuxoid

У меня на GTX275 2Гб и последней Жабе (64-бита чуть повеселей чем 32) Майнкрафт с максимальными настройками 200+ фпс всегда, так что тут я хз. А Жаба сама обновления проверяет и докладывает, если чё. Старыми дырявыми жабами должны пользоваться только "продвинутые", которые всегда режут все яйца автозагрузке и оптимизируют винду до синих экранов biggrin

#47. blow05

kenzzzooo, да, при переходах 1.4-1.5-1.6 (более ранние я не застал) действительно иногда возникали проблемы. Там в основном классы между пакетами перемещались, поэтому простое указание версий не помогало, надо было брать именно старую версию. И это на совести разработчиков, которым влом импорты поправить. А в случае открытого кода - это можно было бы сделать самому.

shell32, ты модальные окна с уведомлениями не путаешь? И почему же тогда виндовый апдейтер поверх игрушек постоянно вылазит?

#48. kenzzzooo

kenzzzooo
blow05 написал:
при переходах 1.4-1.5-1.6 (более ранние я не застал) действительно иногда возникали проблемы


во-во :) как раз одна из этих версий и была, точно уже не помню какая :)

blow05 написал:
А в случае открытого кода - это можно было бы сделать самому.


и многие готовы этим заняться?

#49. kenzzzooo

kenzzzooo
blow05 написал:
shell32, ты модальные окна с уведомлениями не путаешь? И почему же тогда виндовый апдейтер поверх игрушек постоянно вылазит?


насчет поведения по умолчанию - не скажу, но сделать, как написал shell32, можно...

#50. MOP3E

blow05 написал:
Только говоришь ты про кривость и тормознутость явовской автообновлялки, которая ИМХО ничем (в своём поведении) особо не отличается от той же автообновлялки Adobe Flash. А если есть аргументы по поводу кривости и тормознутости самой платформы - я внимательно слушаю

Компоненты пакетов ООо и LO загружаются минуты по полторы. Для работы им требуется ява. MSO 2007/2010 загружается секунд 5-15. Он написан на .Net.
MOP3E написал:

Компоненты пакетов ООо и LO загружаются минуты по полторы.

surprise Может, мне видео записать, сколько они запускаются? У меня получалось в среднем 5-10 секунд, примерно столько же MSO 2007 под Wine, на винде чуточку пошустрее. Откуда такие жуткие цифры, ты их на Pentium III запускаешь?
P.S Для работы OOo/LOo Java не нужна, она нужна конкретно Base.

#52. kenzzzooo

kenzzzooo
SemyonKozakov, когда ставил в Arch LO, если не изменяет память, с зависимостями pacman просил выбрать jdk или openjdk... Использует или нет и для чего java в LO - не знаю, да и не интересовало никогда, но тянуть с собой - тянет. По скорости... Честно, ни разу не видел, чтобы OOo или LO (IBM Lotus Symphony - тоже, хотя это, ИМХО, лучший офисный пакет, из основанных на OOo) запускались в винде быстро или быстрее, чем MSO. В linux запускается, действительно, достаточно быстро, но у меня обе машины не совсем слабенькие... Ощутимой разницы, по времени запуска, между MSO на Windows и LO на ArchLinux я не заметил, а вот на винде... На винде LO запускается медленнее, впрочем это касается и других пакетов, о который я выше написал.

#53. blow05

kenzzzooo написал:
и многие готовы этим заняться?

Тут вопрос в том - есть возможность, или нет. Я думаю ты бы без проблем справился, если бы захотел

kenzzzooo написал:
насчет поведения по умолчанию - не скажу, но сделать, как написал shell32, можно...

Честно, никогда не писал под винду, поэтому насчет возможности спорить не буду. Зато я помню, как перед игрой по сети в тот же КС приходилось вырубать все программы, которые могут во время игры вылезти. И настроить это поведение (ну кроме как поотключать уведомления в приложениях, но это не выход) не было никакой возможности

MOP3E написал:
Компоненты пакетов ООо и LO загружаются минуты по полторы. Для работы им требуется ява. MSO 2007/2010 загружается секунд 5-15. Он написан на .Net.

Твоя аргументация заставляет меня хвататься за голову

#54. kenzzzooo

kenzzzooo
blow05, честно говоря, я бы не хотел этим заниматься :) Просто лень, да и уровень, возможно, не тот...

#55. blow05

kenzzzooo, естественно, гораздо приятнее, когда всё само работает.
kenzzzooo написал:
На винде LO запускается медленнее, впрочем это касается и других пакетов, о который я выше написал.

Вполне закономерно, что под виндой MSO грузится быстрее нежели LO. Однако платой за это служит чуть более долгая загрузка самой винды и больший объём занимаемой ей при старте памяти.

Добавление комментария:

Имя:
Пароль: (если зарегистрирован)
Email: (обязательно!)

теги форматирования

добавить смайлы

 

Правила комментирования >>