The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Chrome OS 71, opennews (??), 15-Дек-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Релиз Chrome OS 71"  –1 +/
Сообщение от DerRoteBaron (ok), 15-Дек-18, 00:36 
Флеш мёртв. Главным образом потому, что бы "образцово-проприетарным", то есть имел все недостатки, характерные для проприетарного ПО, ну и потому, что Adobe на него положили
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "Релиз Chrome OS 71"  +1 +/
Сообщение от КГБ СССР (?), 15-Дек-18, 00:42 
Adobe регулярно выкладывает сборки «умершего» флеша. Хуже того, Гугель пакует Flash прямо в свой браузер. Так что сведения о смерти Флеша сильно преувеличены.

Массово не используют его нынче потому, что для юных дарований пихтона и жлобоскрипта он чрезмерно сложен, а ещё в интернетах пишут, что устарел и умер.

Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз Chrome OS 71"  +/
Сообщение от vitalif (ok), 15-Дек-18, 01:19 
Ага, а ещё внезапно оказалось, что он тормозит сильнее того жабоскрипта
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз Chrome OS 71"  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 07:25 
Ну здрасте, приехали. Про Масяню смотрел — или ещё слишком мало лет было тогда? Масяня — это таки флеш. Его мог воспроизвести чуть ли не самый слабый из доступных в продаже компьютеров. Найди себе в интернетах скомпилированных мультиков про Масяню и узнай, что такое Flash в прямых руках, растущих из плечей.

А всякая интерактивная мультимедия в HTML5 заведомо не может быть быстрой и потому требует мощного железа. Если это надо пояснять отдельно, то значит уже бесполезно пояснять.

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз Chrome OS 71"  +2 +/
Сообщение от Stax (ok), 15-Дек-18, 08:44 
Во времена масяни флеш (еще от макромедия пойди, а не от адоба) в общем-то представлял не сильно больше возможностей, чем использовались в тех же мультфильмах. Да, растеризовать простую векторную графику - он не тормозил. ActionScript первых версий также был простым, тупым и быстрым. Возможность брать ввод с клавиатуры или событий мыши (однокнопочной! Брр, как же вымораживало в ранних играх тех времен, что правая и средняя клавиши задействовать было нельзя) тоже много ресурсов не требовала.

А вот потом зато во флеше появились поддержка флеш видео (даже свой формат для этого придумали!), воткнули жрущие графические фильтры (размытия и прочее), которым для нормальной работы потребовался хороший проц, а скоро и аппаратное ускорение, в ActionScript появилась объектная модель, наворотили кучу функциональности типа работы с XML, работу с файловой системой, воткнули поддержку микрофона и камеры - те из простой рендерилки векторной статики и анимации вышел монстр, завязанный на кучу железа от видеокарты и микрофона. И тут-то ему и ресурсов стало требоваться огого под всю эту функциональность, и уязвимости из-за хренового кода ВНЕЗАПНО стали иметь значение.

> А всякая интерактивная мультимедия в HTML5 заведомо не может быть быстрой и потому требует мощного железа. Если это надо пояснять отдельно, то значит уже бесполезно пояснять.

Ну так во флеше из-за его странного пути развития было допущено много странностей, которые также мешали ему работать нормально. https://www.tomshardware.com/reviews/adobe-flash-10.1-perfor...,2805-3.html тут например поясняется, почему он не мог использовать аппаратное YUV-RGB преобразование и масштабирование (оверлей), из-за которого в те годы, "когда была масяня" видео в проигрывателе игралось нормально, а во флеше тормозило. И только с развитем всяких продвинутых API аппаратного декодирования и завязкой на аппаратную 3D акселерацию это как-то удалось подлечить. Но под линуксом из-за проблем как с аппаратным ускорением, так и с нормальными дровами до последних лет флеш почти никогда не мог это все нормально использовать и остался тормозом. Читал эту https://web.archive.org/web/20121022110018/http://blogs.adob... заметку еще 10 лет назад, и прекрасно помню, что вот ни хрена не работала нормально аппаратная акселерация во флеш плеере в линуксе в те годы.

HTML5 в этом плане хотя бы повезло с тем, что активно использоваться он стал в те годы, когда эти проблемы стали уходить в прошлое.

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз Chrome OS 71"  –1 +/
Сообщение от КГБ СССР (?), 15-Дек-18, 08:58 
Я не агитирую за возврат к флешу. Я считаю, что в браузере вообще не должно быть никакой мультимедии и интерактивщины. Это противоречит изначальной философии и архитектуре Веба. Для сторонних сущностей должны, по уму, быть использованы сторонние специальные средства, как в Юниксе. Хочешь кинца посмотреть? Скачай и смотри, а лучше иди в кино. Нужен файлик? Перенаправь запрос FTP-клиенту. А браузер для других задач. Но мой голос и голоса тех, кто разделяют мои взгляды, уже не будут услышаны. Дегенеративные ИТ случайных людей всегда всё извращают и ставят с ног на голову.
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз Chrome OS 71"  +/
Сообщение от Stax (ok), 15-Дек-18, 18:29 
> Я не агитирую за возврат к флешу. Я считаю, что в браузере
> вообще не должно быть никакой мультимедии и интерактивщины. Это противоречит изначальной
> философии и архитектуре Веба. Для сторонних сущностей должны, по уму, быть
> использованы сторонние специальные средства, как в Юниксе. Хочешь кинца посмотреть? Скачай

Кинца - да, но в браузере-то мне показывают не кинцо, а рекламные ролики. Я же не буду качать рекламные ролики в браузере! И в кино на ночь пожирателей рекламы тоже не хочу идти. Так что показывать в браузере видео в данном случае очень даже уместно (ни в коем случае не утверждаю, что это этично или хорошо - просто уместно).

> и смотри, а лучше иди в кино. Нужен файлик? Перенаправь запрос
> FTP-клиенту. А браузер для других задач. Но мой голос и голоса

А FTP так кодировкам и не научился. Зачем нужен протокол, который нормально не умеет русский?

> тех, кто разделяют мои взгляды, уже не будут услышаны. Дегенеративные ИТ
> случайных людей всегда всё извращают и ставят с ног на голову.

Так может вам вообще веб с его HTML не нужен? Так, добавить в gopher гиперссылки и нормально будет?

А по существу, в HTML5-то как раз более-менее нормальный подход: SVG отдельная сущность, видео отдельным тэгом, JS рядышком, DOM для интерактивщины тот же, что и раньше, все разложено по полочкам. Это во флеше все это объединяли и продавали как новую сущность, умеющую все это отдельно от браузера...

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз Chrome OS 71"  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 20:46 
> Кинца - да, но в браузере-то мне показывают не кинцо, а рекламные
> ролики. Я же не буду качать рекламные ролики в браузере! И
> в кино на ночь пожирателей рекламы тоже не хочу идти. Так
> что показывать в браузере видео в данном случае очень даже уместно
> (ни в коем случае не утверждаю, что это этично или хорошо
> - просто уместно).

Браузер как бы вообще не для видео предназначен. Внезапно. Я уж и устал напоминать (а опоздавшим родиться это надо с нуля пояснять, да и то не понимают), что веб-браузер предназначен исключительно для рендеринга гипертекстовой разметки. Ну или давайте в самом деле микроскопами гвозди заколачивать. А чо такова?


> А FTP так кодировкам и не научился. Зачем нужен протокол, который нормально
> не умеет русский?

Какие ещё кодировки и зачем нужны для протокола передачи файлов?


> Так может вам вообще веб с его HTML не нужен? Так, добавить
> в gopher гиперссылки и нормально будет?

Не понял претензии.


> А по существу, в HTML5-то как раз более-менее нормальный подход: SVG отдельная
> сущность, видео отдельным тэгом, JS рядышком, DOM для интерактивщины тот же,
> что и раньше, все разложено по полочкам. Это во флеше все
> это объединяли и продавали как новую сущность, умеющую все это отдельно
> от браузера...

HTML5 это не приложение SGML, в отличие от настоящего HTML. Впрочем, если речь зашла про «видео отдельным тэгом, JS рядышком, DOM для интерактивщины» в браузере, то дальнейший разговор лишён смысла и возвращается к тому, что я уже сказал.

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз Chrome OS 71"  +/
Сообщение от Stax (ok), 16-Дек-18, 23:25 
> Браузер как бы вообще не для видео предназначен. Внезапно. Я уж и
> устал напоминать (а опоздавшим родиться это надо с нуля пояснять, да
> и то не понимают), что веб-браузер предназначен исключительно для рендеринга гипертекстовой
> разметки. Ну или давайте в самом деле микроскопами гвозди заколачивать. А
> чо такова?

Ну для картинок-то он был предназначен изначально! В отличие от текстового gopher'а. Чем векторная графика и видео принципиально отличаются?

>> А FTP так кодировкам и не научился. Зачем нужен протокол, который нормально
>> не умеет русский?
> Какие ещё кодировки и зачем нужны для протокола передачи файлов?

Кодировки для имен файлов. Чтобы скачивать файлы с русскими именами, которые на клиенте, который скачивает интерпретируются так же, как кодировки на клиенте, который заливал. FTP родом из 70-х, когда дальше ASCII не думали вообще и не имеет аналога заголовков Content-Type или договоренностей, как правильно интерпретировать листинг и прочее.

>> Так может вам вообще веб с его HTML не нужен? Так, добавить
>> в gopher гиперссылки и нормально будет?
> Не понял претензии.

До WWW был замечательный протокол gopher - со ссылками в рамках одного ресурса (на другие ресурсы тоже можно было ссылаться, но глобально, а не на конкретную страницу), со строгой иерархией страниц, с поиском и другим. Чем пытаться ограничивать веб, не проще ли добавить в gopher недостающий функционал типа гиперссылок и будет идеальная штука для эффективного доступа к информации?

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз Chrome OS 71"  +/
Сообщение от КГБ СССР (?), 17-Дек-18, 07:41 
> Ну для картинок-то он был предназначен изначально! В отличие от текстового gopher'а.

Не был.

https://www.wired.com/2008/09/history-of-img-and-embed-tags/

https://thehistoryoftheweb.com/the-origin-of-the-img-tag/


> Чем векторная графика и видео принципиально отличаются?

??? Кто на ком стоял?


>> Какие ещё кодировки и зачем нужны для протокола передачи файлов?
> Кодировки для имен файлов. Чтобы скачивать файлы с русскими именами, которые на
> клиенте, который скачивает интерпретируются так же, как кодировки на клиенте, который
> заливал. FTP родом из 70-х, когда дальше ASCII не думали вообще
> и не имеет аналога заголовков Content-Type или договоренностей, как правильно интерпретировать
> листинг и прочее.

Разбираться с именами файлов — это точно-точно задача протокола (одного из участвующих) передачи байтиков по проводам? Или, может, это должно решаться на принимающей и передающей стороне?

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


>> Не понял претензии.
> До WWW был замечательный протокол gopher - со ссылками в рамках одного
> ресурса (на другие ресурсы тоже можно было ссылаться, но глобально, а
> не на конкретную страницу), со строгой иерархией страниц, с поиском и
> другим. Чем пытаться ограничивать веб, не проще ли добавить в gopher
> недостающий функционал типа гиперссылок и будет идеальная штука для эффективного доступа
> к информации?

Ну и при чём тут gopher?

Веб строится на конкретных определённых идеях, концепциях и соглашениях. Так же, как и Юникс, к слову. Нарушение их ломает Веб в его действующих парадигмах. Получается, напримем, как с пресловутым AJAXом, когда для отображения нескольких строк полезного содержимого ради копеечной экономии трёх с половиной байтиков по сети гоняют в сотни и тысячи раз больший трафик каждому клиенту (а подавляющее число их открывают страницу только один раз и больше никогда к ней не возвращаются). Это точно эффективность и прогресс? Вы уверены? То, что на протяжении его истории Веб постоянно и со всех сторон пытаются изнасиловать корпорации и отдельные «гении», вовсе не говорит о том, что его задумали кривым и корявым.

Бернерса-Ли, похоже, таки довели и он вроде как уже работает над «новым Вебом».

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз Chrome OS 71"  +/
Сообщение от Stax (ok), 17-Дек-18, 15:53 
>> Ну для картинок-то он был предназначен изначально! В отличие от текстового gopher'а.
> Не был.

ОК, согласен. Но добавлена фича была быстро. И все-таки консорциум одобрил это, это не было какой-нибудь нестандартной фичей.

>> Чем векторная графика и видео принципиально отличаются?
> ??? Кто на ком стоял?

Если можно картинку, в т.ч. анимированный гиф, почему нельзя видео?

А еще хочу напомнить про недавний ужас в виде фрагментов видео, конвертированных в 30-мегабайтные gif'ки, тк гифки работают везде, а html5 видео еще нет (те такая ситуация была несколько лет назад).

> Разбираться с именами файлов — это точно-точно задача протокола (одного из участвующих)
> передачи байтиков по проводам? Или, может, это должно решаться на принимающей
> и передающей стороне?

Задача протокола - предоставить возможность принимающей и передающей стороне решить это. Опциональная, клиент может на это забить, конечно (и в HTTP никто не обязывает его осмысленно разбирать Content-Type - не хочет разбираться, в какой кодировке пришло - ССЗБ). Но FTP вообще не предоставляет такой возможности. Сервер шлет неизвестно что и клиент понимает это неизвестно как. Дальше ASCII никто ничего не гарантирует.

> Ну а дальше ASCII в некоторых ключевых технологиях интернетов не торопятся думать
> по причинам, в том числе, безопасности.

Разумеется. Но имена файлов, которые вообще-то для людей, а не только компьютеров должны поддерживать то, что удобно людям. Не, ну я не против, чтобы у файлов всегда было техническое ASCII-имя и неким тэгом "красивое" (только все попытки так сделать не увенчались успехом). Но только даже если так будет, в FTP все равно не всунуть информацию, чтобы передавать красивые имена! В HTTP, кстати, можно.

> парадигмах. Получается, напримем, как с пресловутым AJAXом, когда для отображения нескольких
> строк полезного содержимого ради копеечной экономии трёх с половиной байтиков по
> сети гоняют в сотни и тысячи раз больший трафик каждому клиенту
> (а подавляющее число их открывают страницу только один раз и больше
> никогда к ней не возвращаются). Это точно эффективность и прогресс? Вы

Эээ, что? AJAX как раз экономит трафик, я помню, каким быстрым и крутым был первый gmail по сравнению со всем, что было до него. Ну а что вместо него? До его появления приходилось использовать фреймы. Вот там был ужас-ужас-ужас :)

> Бернерса-Ли, похоже, таки довели и он вроде как уже работает над «новым
> Вебом».

СЭРА Бернеса-Ли, между прочим :) Он заслужил!

Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз Chrome OS 71"  +/
Сообщение от КГБ СССР (?), 18-Дек-18, 08:42 
> Если можно картинку, в т.ч. анимированный гиф, почему нельзя видео?

Это ведь принципиально разного рода содержимое. Статичная картинка — это иллюстрация к тексту, которая в общем случае не нарушает порядка восприятия страницы. А видео или анимация это активный раздражитель, который не может сочетаться с чтением текста: либо одно, либо другое. Потому и порицалось всегда, и ныне порицается использование анимаций в интернете.


> Задача протокола - предоставить возможность принимающей и передающей стороне решить это.
> Опциональная, клиент может на это забить, конечно (и в HTTP никто
> не обязывает его осмысленно разбирать Content-Type - не хочет разбираться, в
> какой кодировке пришло - ССЗБ). Но FTP вообще не предоставляет такой
> возможности. Сервер шлет неизвестно что и клиент понимает это неизвестно как.
> Дальше ASCII никто ничего не гарантирует.

Я не готов предметно продолжать дискуссию на эту тему, пока не прочитаю RFC. :-)


>> Ну а дальше ASCII в некоторых ключевых технологиях интернетов не торопятся думать
>> по причинам, в том числе, безопасности.
> Разумеется. Но имена файлов, которые вообще-то для людей, а не только компьютеров
> должны поддерживать то, что удобно людям. Не, ну я не против,
> чтобы у файлов всегда было техническое ASCII-имя и неким тэгом "красивое"
> (только все попытки так сделать не увенчались успехом). Но только даже
> если так будет, в FTP все равно не всунуть информацию, чтобы
> передавать красивые имена! В HTTP, кстати, можно.

В Юникоде by design содержатся такие средства представления символов, которые могут быть использованы для обмана людей (машину-то не ими обманешь). Это не недостаток, разумеется, а просто такая особенность. Но из-за неё принципиально нельзя допускать юникодовые имена в адресную часть Сети. Так-то, в техническом смысле, всё есть нули и единицы.


> Эээ, что? AJAX как раз экономит трафик, я помню, каким быстрым и
> крутым был первый gmail по сравнению со всем, что было до
> него. Ну а что вместо него? До его появления приходилось использовать
> фреймы. Вот там был ужас-ужас-ужас :)

Гмыло пример нетипичный: его используют часто, а многие вообще постоянно. Большинство же других сайтов с сабжем посещаются уникальными посетителями всего лишь один раз.


>> Бернерса-Ли, похоже, таки довели и он вроде как уже работает над «новым
>> Вебом».
> СЭРА Бернеса-Ли, между прочим :) Он заслужил!

Целиком и полностью согласен!

Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз Chrome OS 71"  +1 +/
Сообщение от iPony (?), 15-Дек-18, 09:47 
> вот плохо работала аппаратная акселерация во флеш плеере в линуксе в те годы.

Да. Но это же можно сказать и про современные браузеры с HTML5 в линуксах в эти годы.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

62. "Релиз Chrome OS 71"  +/
Сообщение от Stax (ok), 15-Дек-18, 18:32 
>> вот плохо работала аппаратная акселерация во флеш плеере в линуксе в те годы.
> Да. Но это же можно сказать и про современные браузеры с HTML5
> в линуксах в эти годы.

Ну тут уж се ля ви. У меня даже на свежайшем ядре и mesa есть серьезные претензии к работе DRM/аллокаторов видео памяти: до сих пор запущенное 3D-приложение, которому хочется видеопамяти может внезапно обрушить гном шелл, а то и иксы (это на AMD такое. Происходит, когда сессия долго открыта и видеопамять "подзагажена". На интеловской графике я тоже как-то такое видел, но там это крайне реждко случается). И это безо всяких браузеров!

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз Chrome OS 71"  +2 +/
Сообщение от Аноним (7), 15-Дек-18, 01:24 
Если отбросить кислоту, флеш-плагин - это черная проприетарная дыра в систему сквозь песочницу браузера.

По большому счёту, мысль выпилить флеш - здравая. Потому что зачем он нужен вообще был? В браузере не было пайплайна для рендеринга на GPU, а флеш - это и есть окно в отрисовку на графических ускорителях.
Не было ни канваса, ни webgl.

Но при этом, развиваясь отдельно от браузера, флеш имеет полный доступ за границу браузерной песочницы через допотопный NPAPI или чуть менее допотопный PPAPI.

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

Adobe лишь занимались зарабатыванием денег на флеше косвенно через свои продукты (Flash Studio и т.п.), и сама платформа им не особо-то и нужна, вероятно, была. Иначе бы они подсуетились и сделали трансляцию апи flash/flex в js/wasm, и могли бы и дальше снимать сливки.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

15. "Релиз Chrome OS 71"  +/
Сообщение от soarin (ok), 15-Дек-18, 07:25 
Так то да...

> флеш имеет полный доступ за границу браузерной песочницы

Но вот это не совсем. Что в Chrome, что в Firefox flash уже давно в песочнице отдельной.
Исключение разве что в связке Firefox+Linux

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз Chrome OS 71"  –1 +/
Сообщение от КГБ СССР (?), 15-Дек-18, 07:35 
Ни в коем случае. Покупаете (в те годы) фирменные инструменты для создания Флеша и делаете свою собственную рукотворную чорную проприетарную дыру в систему. Шучу, конечно. Флеш по другим причинам выпилили. Не техническим, строго говоря. Джобс из-за конфликта интересов с Адобой запретил Флеш на яблочных системах, а остальное хипсторское стадо такое из себя умное да независимое, что бездумно повторило. Смешнее не придумаешь.

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

Ну и снова напомню, что Адоба регулярно выкладывает обновления флеш-проигрывателя. А инструменты для создания — это уже другой вопрос. Кому надо, у тех есть. Но кому это может быть надо, если все вокруг отказались от флеша? Классика жанра. Теперь кушайте с лопаты термоядерный HTML5, нашпигованный нестандартными стилями и скриптами.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

28. "Релиз Chrome OS 71"  +3 +/
Сообщение от Аноним (28), 15-Дек-18, 09:49 
флеш был хорош тем, что его можно было отключить/физически удалить, если машинка была слабая (сам браузер оставался легковесным). с html5 такой финт не прокатит.
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз Chrome OS 71"  –1 +/
Сообщение от КГБ СССР (?), 15-Дек-18, 09:53 
Совершенно верно, весьма уместное замечание.
Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз Chrome OS 71"  –1 +/
Сообщение от пох (?), 15-Дек-18, 10:05 
> Если отбросить кислоту, флеш-плагин - это черная проприетарная дыра

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

> По большому счёту, мысль выпилить флеш - здравая. Потому что зачем он нужен вообще был?

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

оставив веб в покое.

[skip блеянье про безопасТность. Просто перечитайте список cve в каждой новой версии вашего распрекрасного браузера - любого.]

> Adobe лишь занимались зарабатыванием денег на флеше косвенно через свои продукты (Flash
> Studio и т.п.)

и это было прекрасно - потому что гуглезила зарабатывает деньги напрямую продавая вас - с помощью своих прекрасных продуктов - canvas, webgl, wasm и прочие удобные "непроприетарные и не черные дыры в систему" (вы еще websockets забыли, для дыры еще и в вашу сеть). Каждая из которых предназначена для трекинга под видом "удобства".

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "Релиз Chrome OS 71"  –3 +/
Сообщение от аноним3 (?), 15-Дек-18, 02:13 
поэтому виндовс и страдает вирусней))) ну и еще руки кривые у кодописателей) этож надо так систему ослабить , что всякая прога сама запуститься может, автостартом. потом испугались и впилили ACL, который впрочем никто не использует. а зачем, если дыр и так навалом?))) честно говоря если линукс станет оч популярным, есть вероятность, что его превратят в уг сразу. на подобие виндовс.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

11. "Релиз Chrome OS 71"  +1 +/
Сообщение от Аноним (11), 15-Дек-18, 05:18 
Не забывай, что Windows был создан как удобная замена DOS. А там у программ вообще был полный доступ к железу. Работа программы это именно то, чего хочет пользователь, а ОС лишь запускалка для программ. Какое право ОС имеет мешать программам делать то, что хочет от них пользователь? Даже если он хочет пол системы пропатчить, это дело пользователя, а не ОС. Это сейчас выглядит странно из за того, что типичный пользователь, полный идиот и запускает код из не доверенных источников. Ну может ещё от того, что всё ПО стало блоатварью, которую в принципе невозможно полностью проверить.
Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз Chrome OS 71"  +/
Сообщение от Аноним (-), 15-Дек-18, 06:33 
Замечательно!

Это надо в рамочку и в качестве дисклаймера перед запуском вируса испльзовать.
Пользователю лучше знать, что он хочет и как он хочет!
Хочет вирус - это его право и нечего ему указывать или ограничивать его свободу.

Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз Chrome OS 71"  +/
Сообщение от илья (??), 15-Дек-18, 08:07 
У меня на рабочих компах win и mac. на домашнем linux. все три работают годами.

я не знаю, насколько нужно быть конченым чтобы догадаться запустить вирус.

Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз Chrome OS 71"  +1 +/
Сообщение от КГБ СССР (?), 15-Дек-18, 09:01 
> я не знаю, насколько нужно быть конченым чтобы догадаться запустить вирус.

Социальная инженерия подчас весьма способствует. Недавний Petya, например. Его люди по нуждам работы, так сказать, открывали.

Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз Chrome OS 71"  +/
Сообщение от Аноним (25), 15-Дек-18, 09:14 
Конченый, неконченый. Это не важно.
А может мне надо запустить вирус? Сознательно.
нужно мне, тестироую. Имею право на своём компьютере.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

55. "Релиз Chrome OS 71"  +/
Сообщение от Аноним (51), 15-Дек-18, 15:29 
Я наверное тебя удивлю, но они вполне могут и через браузер внедрится. У меня было один раз, как раз к вопросу о флеше, кстати, он через плагинку как-то умудрился скачаться и запустить себя.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

67. "Релиз Chrome OS 71"  –1 +/
Сообщение от КГБ СССР (?), 15-Дек-18, 20:51 
> Я наверное тебя удивлю, но они вполне могут и через браузер внедрится.
> У меня было один раз, как раз к вопросу о флеше,
> кстати, он через плагинку как-то умудрился скачаться и запустить себя.

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

Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз Chrome OS 71"  +/
Сообщение от трололо (?), 16-Дек-18, 14:04 
ну на счет внешнего яваскрипт кода (или другого) выполняющегося в браузере вполне реально, что можно получить доступ к данным пользователя. но это скорее внешняя дыра в браузере на уроне пользователя. это вирусом не назовешь. и вообще все вирусы в линукс как то смахивают на - скачай его, собери под свое ядро и только потом собери и запусти. что бы как в виндовс.... не слышал. и всему виной права доступа. точнее запрет на запуск бинарей, пока сам не дашь права запуска. и большинство так называемых вирусов в линукс относятся к руткитам, которые еще залить надо на систему и запустить. а это уже относится к прямому взлому системы и никак под категорию "вирус" не попадает.
Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз Chrome OS 71"  +/
Сообщение от КГБ СССР (?), 17-Дек-18, 07:19 
В Windows по умолчанию некоторые типы файлов всегда и везде регистрируются системой как исполняемые. В этом архитектурная, так сказать, предпосылка самой возможности вирусов.

Кроме того, права доступа и недокументированные свойства системы.

В-третьих, неадекватное и безответственное поведение людей, запускающих файлы из непроверенных источников, и разработчиков, пишущих для этого прикладные программы. Что и говорить, если на большинстве сайтов «про оптимизацию Windows» «специалисты» рекомендуют отключать UAC.

Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз Chrome OS 71"  +/
Сообщение от Аноним (11), 15-Дек-18, 12:17 
>Хочет вирус - это его право и нечего ему указывать или ограничивать его свободу.

Начиная с Windows7, специально для дураков, при попытке запустить программу полученную из сети выскакивает окошко: Вы действительно хотите запустить эту программу от неизвестного поставщика? Разумный ответ: нет. Если у Вас нет возможности подать в суд на автора ПО, то ответ всегда должен быть НЕТ. Запуск в подобного допустим только в песочнице.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

56. "Релиз Chrome OS 71"  +1 +/
Сообщение от Аноним (51), 15-Дек-18, 15:31 
Угу, и кто написаное там читает? А ещё подпись можно подделать, так что она не панацея тоже. А окошко это вылазит во 100% случаев, если только программа не из стандартного набора, поэтому через некоторое время юзер начинает просто автоматом кликать на "Да".
Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз Chrome OS 71"  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 20:50 
Все, кому интересна собственная компьютерная безопасность, читают.

А если юзер «автоматически кликает», то он не заслуживает отдельного внимания, ибо ничем не отличается от бота неразумного.

Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз Chrome OS 71"  +/
Сообщение от нах (?), 18-Дек-18, 12:49 
> А ещё подпись можно подделать

лолшта?

> А окошко это вылазит во 100% случаев, если только программа не из стандартного набора,
> поэтому через некоторое время юзер начинает просто автоматом кликать на "Да".

https://www.opennet.ru/openforum/vsluhforumID3/116081.html#82
- вот для тебя Алешенька постарался, срочно поставь - без регистраций и смс.

подпись? Какая еще подпись?! Это линукс, тут верят на слово.


Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

13. "Релиз Chrome OS 71"  +1 +/
Сообщение от soarin (ok), 15-Дек-18, 06:36 
> поэтому виндовс и страдает вирусней

Она страдает вирусней потому что популярна. И подавляющая причина заражения – это очень глупые действия пользователя "ну мне же сказали, что надо срочно обновить браузер, и я наплевал на все предупреждения", либо отсутсвие обновлений, что тоже можно к первому отнести.

Тоже самое относится и к серверному и IoT линуксу, который без обновлений и неграмотно сконфигурированный (а это процентов 50). И там только так шастают криптомайнеры, шифровальщики, сетевые черви...

А принцип секурности по принципу "мало используется, это хорошо, никто не будет ковыряться, дырки искать", но это как-то странно.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

21. "Релиз Chrome OS 71"  +2 +/
Сообщение от Аноним (21), 15-Дек-18, 08:17 
Как-то раз у меня генту ломанули, когда я пару месяцев пожил с прямым IP без NAT. Скорее всего через SSH, я нифига не настраивал
Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз Chrome OS 71"  +1 +/
Сообщение от soarin (ok), 15-Дек-18, 06:42 
> руки кривые у кодописателей) этож надо так систему ослабить , что всякая прога сама запуститься может, автостартом. потом испугались

Ну и да, рекомендую посмотреть это видео https://www.youtube.com/watch?v=ovfYBa1EHm4 (2011 год)

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

57. "Релиз Chrome OS 71"  +/
Сообщение от Аноним (51), 15-Дек-18, 15:33 
> GNOME

Сразу закрыл видео. Будет работать у 0.1% пользователей из 1% пользователей Linux. Нормальные окружения сами ничего не монтируют, пока юзер им не скажет и уж тем более ничего не запускают сами.

Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз Chrome OS 71"  +/
Сообщение от iPony (?), 15-Дек-18, 17:40 
> Будет работать у 0.1% пользователей из 1% пользователей Linux

Ну ты всё же преуменьшаешь долю пользователей GNOME. А так об этом и речь - Неуловимый Джо с зоопарком.

> Нормальные окружения сами ничего не монтируют,

Всё же tty? А так ещё не забывай превьюшки тоже, которые автоматом генерятся. И так далее и тому подобное. Только наивный будет считать, что его DE (конечно нормальное и самое лучшее) усердно так изучается какими-то специалистами по безопасности.

https://scarybeastsecurity.blogspot.com/2016/11/0day-poc-ris...

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз Chrome OS 71"  +/
Сообщение от КГБ СССР (?), 15-Дек-18, 20:57 
Нормальная юниксовая рабочая среда испокон веков — это командная строка или Иксы с оконным менеджером, в котором ничего самостоятельно не запускается и не генерируется. И это by design, да.
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз Chrome OS 71"  +/
Сообщение от КО (?), 17-Дек-18, 09:40 
>Флеш мёртв. Главным образом потому, что

А народ, то думал потому, что, в первую очередь, Стив Джобс заметил, что возможность загружать программки на Я'фон в обход Apple Store и соответствующих отчислений, кардинальным образом неверна.
До Гугла мысль тоже быстро дошла и вот уже хлобысь и флеш мертв. Да здравствуют дыры через SQLite (ну и еще тыщу "неконтролируеммых" библиотек).

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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