42% исправленных ошибок безопасности в Mac OS X 10.6.5 относятся к Adobe Flash. Так кто же виноват? - Общий форум по информационной безопасности - Форумы Anti-Malware.ru Перейти к содержанию
SDA

42% исправленных ошибок безопасности в Mac OS X 10.6.5 относятся к Adobe Flash. Так кто же виноват?

Recommended Posts

SDA

Не раз и не два Стив Джобс называл Adobe Flash недоработанной и полной дыр в системе безопасности технологией. Именно ее сырую техническую составляющую он использовал как основной аргумент для отказа от использования в iOS. Хотя, все еще актуально стороннее мнение в личной неприязни Джобса к Adobe, но давайте посмотрим в глаза новым фактам. Судя по отчету, касающемуся обновления Mac OS X 10.6.5, в нем исправлены 141 ошибка в системе безопасности ОС. Из всего этого немаленького количества багов 42% относятся к Adobe Flash. Еще столько же было исправлено в собственном коде Apple и открытом коде *nix-системы, которая лежит в основе Mac OS X.

На фоне этих цифр отказ Apple от поставки Flash-плагина в составе ПО для новых MacBook Air смотрится уже в несколько ином свете и наталкивает на определенные мысли. В частности, компания планирует следовать той же практике и со всеми следующими компьютерами Mac, которые придут на смену текущим моделям. Казалось бы, проблем нет - нужен Flash, установи его самостоятельно.

Кстати, судя по тестам Ars Technica, веб-серфинг в Safari с установленным плагином Flash на MacBook Air 11,6" снижает время автономной работы устройства в таком режиме с шести часов до четырех. Во всем обычно виноваты рекламные банеры, бездарно кушающие системные ресурсы и энергию аккумулятора. Но разумные люди используют «резалки» Flash вроде ClickToFlash и получают возможность потреблять только нужный в хозяйстве Flash-контент.

Вернемся к теме статьи. Поставляя Flash-плагин в составе своей ОС, Apple обязана его поддерживать и дорабатывать под него свой продукт, что компания и делает. Но, как вы видите из графика, на такую доработку уходит немало ресурсов и будь у Apple код данного плагина, возможно, дела пошли бы веселее. К сожалению, Adobe своей интеллектуальной собственностью не делится, а сама не слишком спешит с обновлениями этого продукта для Mac, да и для других платформ тоже. Если же Apple откажется от поставки Flash, что она уже начала делать, то и поддерживать данную технологию своими силами ей больше не придется. То есть она свалит все то бремя проблем, связанных с этой технологией и ворох жалоб пользователей на голову виновника торжества - на Adobe. Тогда уж ей придется напрячься и таки начать доводить до ума Mac-версию своего плагина.

С другой стороны не совсем ясно, кто же все-таки виноват в нестабильной работе Flash. Ведь в среде Windows проблем с этим плагином практически нет, да и работает он там эффективнее. Или же это специалисты Adobe ленятся, или Mac OS X получается такая неадаптированная для плагина. Косвенно камень в огород Adobe может кинуть Android и, кстати, Samsung bada тоже. Включение Flash-плагина в веб-браузерах этих операционных систем приводит к крайне нестабильной их работе и большим проблемам с производительностью. Многие пользователи планшета Samsung Galaxy Tab тоже жаловались на Flash. Да, он есть и это хорошо - это свобода выбора и возможность потреблять любую веб-страницу в Интернете, но кому нужны эти страницы, если веб-серфинг превращается в сплошное слайд-шоу, а то и приводит к зависанию гаджета?

Что мы имеем в итоге - Apple, похоже, начала политику давления на Adobe и Flash не только на мобильном фронте, но и в области ПК, а это уже может быть серьезным ударом, который, надеюсь, заставит компанию довести свой плагин до ума.

http://www.iphones.ru/

01_MacOSX1065_Flash_1.jpg

post-6726-1289670263_thumb.jpg

  • Upvote 5

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Apple кстати поддерживает Silverlight от Microsoft

http://www.apple.com/downloads/macosx/deve...ilverlight.html

Вообще если я правильно понимаю, Silverligh как-то уже тоже не в форусе и все больше говорят о поддержке Pure HTML 5.0

http://news.ferra.ru/hard/2010/10/31/104668/

P.S. А как же Youtube например? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
SDA
Apple кстати поддерживает Silverlight от Microsoft

http://www.apple.com/downloads/macosx/deve...ilverlight.html

Вообще если я правильно понимаю, Silverligh как-то уже тоже не в форусе и все больше говорят о поддержке Pure HTML 5.0

http://news.ferra.ru/hard/2010/10/31/104668/

P.S. А как же Youtube например? :)

Совершенно верно Silverligh идет лесом :rolleyes:

Использование Flash на треть уменьшает время автономной работы MacBook Air, что наносит удар по одному из главных преимуществ этой компактной машинки. Что уж говорить про портативные устройства вроде iPad, iPod touch и iPhone, аккумуляторы которых обладают гораздо меньшими размерами и емкостью. Поэтому нет ничего удивительного в том, что Apple не выказывает ни малейшего интереса к технологии Adobe Flash и всячески пропагандирует веб-стандарт HTML5 в качестве возможной альтернативы. Впрочем, пользователи Mac, желающие, несмотря ни на что, использовать Flash, вполне могут установить соответствующий плагин самостоятельно. :rolleyes:

На официальном сайте с Apple уже с лета появился новый раздел http://www.apple.com/html5/ с демонстрацией возможностей HTML5.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik
P.S. А как же Youtube например? smile.gif

Уже давно обкатывают технологию.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

       o Исправлена ошибка в функции завершения серверной части при выходе из удаленной системы.

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×