В Google Chrome обнаружена еще одна критически опасная уязвимость

[AM_Bot 48]

Вьетнамская ИТ-компания Bach Khoa Internet Security в текущей версии браузера Google Chrome обнаружила критически опасную уязвимость, связанную с переполнением буфера обмена системы.читать дальше

[Deja_Vu 366]

Перестали бы писать на C++ и перешли бы на delphi, или на другие языки с жестким определением типов, и не было бы этих переполнений >_>

[alisa_sh 35]

на первый взгляд, Chrome - просто багливое корыто:

http://securityvulns.ru/news/Google/Chrome/0904.html

Однако если бы я была Гуглом, то рассуждала бы примерно так: зачем тратить собственные ресурсы на вылавливание мелких багов, если в первую же неделю после релиза за нас это сделают хакеры всего мира? главное - сфокусировать усилия на инновационной архитектуре.

Некоторые секьюрити-специалисты поддерживают Chrome вопреки его сырости и уязвимости:

http://sunbeltblog.blogspot.com/2008/09/ch...hat-others.html

В общем, данные противоречивые с большой амплитудой - что также стимулирует потратить немного времени и посмотреть-поковырять этот продукт.

[Umnik 997]

Перестали бы писать на C++ и перешли бы на delphi, или на другие языки с жестким определением типов, и не было бы этих переполнений >_>

И будет не браузер, а монстр метров 20

[Valery Ledovskoy 1082]

И будет не браузер, а монстр метров 20 smile.gif

Сейчас он уже в 7ZIP 22Мб, если правильно помню.

В распакованном виде - около 60.

[Umnik 997]

Нет слов...

[Сергей Ильин 1538]

А стоит ли хакерам заморачиваться сейчас с поиском уязвимостей в Chrome, если его доля на рынке, а следовательно и количество потенциальных жертв сейчас слишком мала? Лучше придержать все вкусное на потом, когда продукт наберет вес, потеснив FF и IE.

[Umnik 997]

А Fx не так начинал, разве?

[dr_dizel 385]

...связанную с переполнением буфера обмена системы...

связанную с переполнением буфера или затиранием стека, но не "буфера обмена"