The OpenNET Project / Index page

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



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

Оглавление

Началось бета-тестирование безопасного Linux-дистрибутива Qu..., opennews (??), 14-Апр-11, (0) [смотреть все]

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


40. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  –2 +/
Сообщение от Аноним (-), 14-Апр-11, 18:17 
сперва добейся?

как-бы аналогичная система реализуется без таких наворотов.

вопрос на троечку: ставлю виртуалки и пробрасываю приложения (гуглить по бесшовной интеграции rdp, с остальными тот же принцип), зачем там vt-x/vt-d и иже с ними, если оси и так паравиртуализированы (проброс девайсов, кроме сетевух, для защиты банк-клиента и организации виртуалки-файрвола не нужен, отдать сетевуху целиком гостевому домену можно без проблем; 3д и звук работают только в хост-системе, остальное не требует 3д и звука)?

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

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

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

54. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  +3 +/
Сообщение от Michael Shigorinemail (ok), 14-Апр-11, 21:45 
> 3д и звук работают только в хост-системе

Соболезную.

> и тем, что я буду юзать дебиан а не глюкавую федору?

Так о чём речь -- ждём исошку на покрутить в руках.

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

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

67. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  –1 +/
Сообщение от Аноним (-), 15-Апр-11, 10:45 
нечего, так как vt-d и ему подобные пока что в ооочень сыром состоянии.

исошку я не дам, нету времени чтобы сделать все от и до. dd образ можно, но опять же - если у меня найдется столько времени и главное желания это делать. imho отдельной виртуалки для оплаты через банк-клиента и прочих вещей типа покупок на ebay мне хватит с лихвой, для серфа/чатов в инете, просмотра фильмов и прослушивания музыки, нехитрых игр типа openarena, quakelive, urbanterror хватит обычного слегка причесаного дебьяна и компа даже пятилетней давности, если хочется играться больше - имеет смысл брать приставку или отдельный мощный комп. да и вообще - пароли в голове (единственный метод их оттуда достать - терморектальный криптоанализ), вход на сервера по ключу (ключи запаролены), все более-менее критичное - заворачивать в ssl, не юзать всякие непровереные программы без изучения (исходники + скрилл для их чтения required), настроить selinux/etc. и своевременно следить за состоянием дыр в софте, который используется.

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

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

71. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Апр-11, 13:36 
> нечего, так как vt-d и ему подобные пока что в ооочень сыром
> состоянии.

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

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

Так для себя-то каждый может потихоньку выточить то, что считает более-менее подходящим.  Это ещё дважды обобщить надо, чтоб исошка вышла хоть какая-нибудь.

Гругря накропать и скопипастить нынче первый встречный брамин может, а вот _написать_...

> и таки да - виртуализации не место на десктопах.

Вполне себе место, если помогает в решении стоящих задач.

[skip: это понятно, но себе такого не хочу и другим вообще-то тоже]

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

60. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  +/
Сообщение от User294 (ok), 15-Апр-11, 01:22 
> сперва добейся?

Потому что "критикуя - предлагай". Предложите решение с *такой* *же* пуленепробиваемостью и меньшей ресурсоемкостью. И все скажут вам спасибо.

> как-бы аналогичная система реализуется без таких наворотов.

Я вижу вполне очевидный tradeoff между изоляцией частей системы друг от друга и жрачем ресурсов. Чем более изолированы и независимы разные компоненты, тем больше жрется ресурсов на поддержание этой их независимости, т.к. или уж независимость, или уж эффективная по ресурсам shared копия некоей сущности, при поимении оной сущности нагреваются сразу всех кто юзал shared копию, что как-то не очень хорошо с точки зрения параноидальной секурити.

> вопрос на троечку: ставлю виртуалки и пробрасываю приложения

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

> (гуглить по бесшовной интеграции rdp,

И типа RDP ну совсем не будет тормозить. Ага. Особенно если какоенить там HD посмотреть.

> для защиты банк-клиента и организации виртуалки-файрвола не нужен, отдать сетевуху целиком
> гостевому домену можно без проблем; 3д и звук работают только в
> хост-системе, остальное не требует 3д и звука)?

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

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

Вы даже не сказали какой виртуализатор будет поюзан. Поэтому сложно прикинуть даже то насколько сложно пробить его и поиметь "host" систему. Сравнивать конеретный готовый продукт с сферическим конем в вакууме - ну круто, конечно, а смысл? :)

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

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

69. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  +/
Сообщение от Аноним (-), 15-Апр-11, 11:03 
как вариант - selinux (при условии, что Вам реально так надо, мне лично - нет)

могу дать пример реализации, чтобы не тормозило: покупаете 16-32 гб оперативки, восьмиядерный проц, делаете soft-RAID1 диска и файла в оперативной памяти, делаете на основе такого рэида LVM, ставите на LVM базовую операционку для гостей (дебьян с пачкой приложений - около 6 гб), юзаете LVM снапшоты как диски для ксеновских гостей (реально можно сделать часть гостей read-only после настроек), добавить шифрование дисков по вкусу, восстановление этого рэида при загрузке хост-системы также required. потом настраиваете проброс нужных иксовых приложений через ssh и внимательно следите за тем, с какого хоста какой браузер пускается (можно сделать разные темы по образу и подобию того, как это сделала Жанна Рутковска).

таки RDP только для виндовых гостей, если брать иксы с их прозрачной работой по сети через ssh - проблем с HD видео никаких нету.

формально можно настроить pulseaudio, оно работает прозрачно по сети, его также можно завернуть в ssh. а вот насчет 3d - также вполне можно пускать игрушки через ssh на виртуалке с отрисовкой на хостовой системе, тормозить не должно.

виртуализатор - ксен, как его поиметь - можете загуглить (емнип было как минимум три варианта как поиметь ксен, один не так давно (проблема с buffer overflow, детали гуглите)).

как бы у меня такие идеи возникали давно, вот только восьмиядерного компа с 32 гигами оперативки у меня нету... :)

PS: как нибудь соберу и выложу скрипт для сборки таких систем.

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

73. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  +/
Сообщение от Michael Shigorinemail (ok), 15-Апр-11, 13:57 
> по сети через ssh - проблем с HD видео никаких нету

А попробуйте на localhost.

> как бы у меня такие идеи возникали давно, вот только восьмиядерного компа
> с 32 гигами оперативки у меня нету... :)

У меня есть (правда, 36Gb), но очень сильно не уверен, что даже с mdadm ... --write-mostly получится адекватная картинка.

Кто-то с год или два тому анонсировал ФС, которая жила в памяти, но порой синкалась на постоянный носитель -- а, вот: http://lwn.net/Articles/273030/ -- но оно not there yet, if ever.

> PS: как нибудь соберу и выложу скрипт для сборки таких систем.

Ну как-нибудь напишете новость, а мы почитаем да порадуемся.

Только любое толковое обобщение требует не только хотя бы раз (а лучше надцать) сделать, а и понимать, как и кому это может быть ещё полезно, и не занимать позицию "я один дартаньян": при такой и от очень хорошо сделанного обобщения может пользы в итоге выйти ровно как от того самого единственного частного случая у автора...

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

86. "Началось бета-тестирование безопасного Linux-дистрибутива Qu..."  +/
Сообщение от User294 (ok), 19-Апр-11, 18:24 
> как вариант - selinux (при условии, что Вам реально так надо, мне
> лично - нет)

Вообще не вариант - настраивается геморно, а выносится первым же сплойтом прорвавшимся в ядро. Готовых полубоевых образцов, выносящих хваленый selinux - навалом. Для lxc/openvz и то вон типичные сплойты там зачастую не работают, в отличие от. Поэтому я имею наглость полагать что контейнеры будучи проще в настройке и аудите, обеспечивают степень изоляции не хуже а то и лучше. Короче мандатный контроль - это такая бнопня для зануд из унылых бюрократических структур, у которых регламент такой. Я бы не дал зуб что это лучшее решение, но в таких конторах бюрократия и регламент ценится выше здравого смысла и фактической результативности. А мне на регламенты плевать, мне фактический результат роялит.

> могу дать пример реализации, чтобы не тормозило:

Мне это не надо - если меня паранойя настолько задолбает, я и сам имхо справлюсь :). И без вас и без джоанн. Правда мне имхо в 99% хватит менее параноидального но более эффективного решения на lxc/openvz + капканы для обнаружения поимения контейнера.

> таки RDP только для виндовых гостей, если брать иксы с их прозрачной
> работой по сети через ssh - проблем с HD видео никаких нету.

1) Мне плевать на RDP и виндовых гостей. Зная как обычно администряются винды и какой зоопарк там водится, для меня отсутствие доступа у недоверяемых по умолчанию машин к моим машинам - это пожалуй фича, а не баг. Да, я считаю типичный комп с виндой по умолчанию недоверяемой машиной, потенциально провирусованной или пробэкдоренной и на то у меня есть причины :)
2) Мне кажется что гонять ссх на локалхосте - это оверкилл. Почем зря проц шифрованием будет мучаться, а один хрен в локальной оперативе оно все расшифрованное лежит.

> формально можно настроить pulseaudio,

Вот уж кто не вызывает доверия - так это оно.

> пускать игрушки через ssh на виртуалке с отрисовкой на хостовой системе,
> тормозить не должно.

Угу, не должно тормозить. Если посчитать размер кадра 1280х1024х32bpp и захотеть не менее 30 таких кадров в секунду, можно обнаружить что шифровать и расшифровывать приходится как-то очень уж дофига. При том мне не понятен смысл шифрования в пределах локалхоста. Это какой-то самообман. Потому что фактически все данные лежат незашифрованными, а шифруются только при переносе между частями системы. Это напоминает железную дверь, стояшщую в чистом поле.

> виртуализатор - ксен, как его поиметь - можете загуглить (емнип было как
> минимум три варианта как поиметь ксен, один не так давно (проблема
> с buffer overflow, детали гуглите)).

Остается только вопрос сколко будет возможностей поиметь иной виртуализатор или ядро. Врядли меньше. А с фига ли меньше то?

> как бы у меня такие идеи возникали давно, вот только восьмиядерного компа
> с 32 гигами оперативки у меня нету... :)

Ну тогда можно c LXC/openvz повозиться :). Мне нравится идея по принципу 1 контейнер на сервис, это нечто среднее. Не такое тяжеловесное как сабжевая система, но и степень изоляции похуже (как минимум кислотные сцуки, известные своими диверсиями, утверждали что у них есть сплойт и для обхода openvz, насколько они там врали - да хз).

> PS: как нибудь соберу и выложу скрипт для сборки таких систем.

Я не против :) правда не думаю что мне это будет полезно, но если кому-то пригодится, я рад за них.

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

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

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




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

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