The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Google организовала соревнование по взлому Native Client

27.02.2009 18:23

"Announcing the Native Client Security Contest" - чтобы доказать высокую безопасность открытой платформы Native Client, позволяющей выполнять в окне web-браузера обычные бинарные приложения, компания Google предложила выплатить 8 тыс. долларов тому, кто сумеет обнаружить в данном ПО уязвимость и представить готовый эксплоит. Работы на конкурс будут приниматься до 5 мая.

  1. Главная ссылка к новости (http://google-code-updates.blo...)
  2. OpenNews: Компания Google выпустила средство для выполнения бинарных программ в браузере
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/20500-google
Ключевые слова: google, security
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (9) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, vitek (??), 19:06, 27/02/2009 [ответить]  
  • +/
    8 тыщ - маловато.
    большой наплыв народу ждут наверное. :-D

    но ссылку запомнил.

     
  • 1.2, heilkitty (?), 19:28, 27/02/2009 [ответить]  
  • +/
    Думается, не только доказать, но и найти самые жырные дыры (буде таковые имеются), пока не поздно.
     
  • 1.3, User294 (??), 20:13, 27/02/2009 [ответить]  
  • +/
    По-моему лучшее доказательство - это ФИГА нативному коду из веба на моей машине.
    Пусть обходятся жабаскриптом, хтмл и css.Они моему компьютеру вреда нанести не могут.А вот всякие активиксы мы уже проходили, больше не хочется, спасибо.
     
     
  • 2.4, ixrws (?), 21:17, 27/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну можно как вариант - это заменить жабускрипт на С, то есть нативно, но передаётся в исходниках и компилируется. Для защиты, его линковать с изолированным окружением и эмулированными библиотеками. В общем в контейнер его, и быстро и качественно. А интерфейс на gtk :D
     
     
  • 3.6, User294 (ok), 01:58, 28/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Нене, спасибо, как хаксоры обходят жава-песочницы я видел. Лучшая защита от малвари - это просто отсутствие нужного ей функционала.Нельзя скрипту создавать сокеты - нельзя и спам слать, прокси без моего ведома гонять и прочая.Нельзя файлы читать?Ну вот и пароли оно у меня не сопрет и ремотный доступ не обеспечит.И это для веба хорошо - потому что плохих парней там много а бесплатные спам-машины и прокси им ой как нужны.
     
  • 2.5, _umka_ (ok), 21:17, 27/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    то есть javascript вы разрешили? а не страшно?
    http://securityvulns.com/news1245.html
    http://securityvulns.ru/news/Mozilla/Firefox/0803.html
    http://securityvulns.ru/news/Mozilla/Firefox/Garbage.html
    и тп..
     
     
  • 3.7, User294 (ok), 16:45, 28/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >то есть javascript вы разрешили? а не страшно?

    В просто Java дырок было на порядок больше.Например, обход песочницы и выполнение с правами текущего юзера бывало не раз.Да и вообще, ИМХО java слишком много всего умеет чтобы веб-контенту идущему фиг знает откуда все это позволять.Жаваскрипт юзает настройки браузера.И если там проксь стоит - будет юзать проксь.А жава может потенциально накласть на проксь, узнать мой реальный внешний айпи а то и информацию о интранете, etc.Шло б оно такое.Туда же идут и гуглклиенты, наверняка тоже умеет сильно больше чем хочется позволять untrusted коду.А потому найдутся и те кто этим будет пользоваться.Ессно против юзера и ему во вред, а вовсе не на благо.Благими намерениями вымощена дорога в ад...

     

  • 1.8, DmA (??), 18:48, 28/02/2009 [ответить]  
  • +/
    похоже человек слышал,что активХ плохо и думает,что всё остальное безопасно.Даже на этом сайте кучу новостей про дыры в этих технологиях.куки,джаваскрипт плохо на компьютере могут сработать,а включеный текст и картинки на человека могут плохо повлиять :)
     
  • 1.9, bAlex (?), 21:19, 28/02/2009 [ответить]  
  • +/
    Гуг давно метит в нового мягкохо магната. У него все карты, он без малого владеет информацией, которая дорогого стоит. И если гуглу нужно ещё больше инфы, то это возможно только будучи "внутри" каждого пользователя. Пока мягко проталкивают "необходимость" натива у клиента под соусом удобства,эффективности, функциональности интерфейса браузера.
    А вот что бы в новом стандарте HTML осилить рендеринг меню, ни у кого мысль дальше "теории" не пошла. Так и будет нужен JavaScript управляющий слоями...
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру