Google-OS, попытка #2

кажется, у них всех едет крыша. на фоне Flash, Silverlight и JavaFX, может, идеи по запуску native кода в браузере и хороши, но:

- это ведет к closed-source, мертвым после изменения внутренностей API бинарям, вирусам и антивирусам для веб-приложений (потому что шеллкод, как ни крути, читать не так удобно, как javascript), продлеванию жизни ущербной Интеловской платформы и обрастания браузера толстенными слоями совместимости со старыми версиями бинарей (см. windows :) - конечно, это не столь актуально в свете наличия auto-update, но я не думаю, что каждый вендор будет поддерживать каждый свой продукт пожизненно)

- люди пойдут искать баги в процессорах (впрочем, это в каком-то смысле хорошо, вот только голов лететь будет много)

- и баги в проверялке, коих, если не оставить в х86 только арифметику, очень и очень много

- в любом случае идет лесом аппаратное ускорение видео, 3D и прочее (если дать возможность бросать произвольные данные "туда" - то птичка вылетит из клетки. за примером тоже далеко ходить не надо, тот же Xbox360 взломали именно так)

правильное секурити строится по принципу "все что не разрешено - то запрещено", а не методом огораживания саркофагом реактора.

проблема, собственно, в том, что никакое fuzzy-тестирование не поможет против целенаправленного исследования алгоритмов работы песочницы - это в свое время успешно доказали VMWare и прочие, которые вроде бы должны быть гораздо сильнее изолированы от гостевой ОС.

да и еще мне крайне интересно, как эта штука относится к 64-бит, не-х86, мобильным платформам наконец?

http://googleonlinesecurity.blogspot.com/2008/12/native-client-technology-for-running.html

похоже, придется переходить на замечательный браузер NetFront под PSP :)
(суть не в браузере, а в MIPS процессоре, если кто не понял :) )

crossposted to ru_programming