LinuxForum.Fans
Тема

Операционная система ROSA получила сертификат ФСТЭК

Автор: ans 52 сообщений 7431 просмотров
#258174

Масяня а в чем проблемы то с обнулением и Белла-Лападулом ???

Cruiser78 написал:
[quote=ans]
Сертифицированная операционная система ROSA может применяться для работы с персональными данными, служебной и конфиденциальной информацией, для разработки автоматизированных систем с классом защищённости по 1Г включительно и систем защиты персональных данных по К1 включительно. Срок действия сертификата составляет 3 года.

Ни один юникс не может быть сертифицирован по 1Г принципиально. Поскольку изначально, по своей концепции, не удовлетворяет руководящим документам, определяющим необходимые качества для этого уровня. А именно, например, для 1Г необходимо обеспечивать целостность программной среды следующим образом:
целостность программной среды обеспечивается использованием трансляторов с языков высокого уровня и отсутствием средств модификации объектного кода программ в процессе обработки и (или) хранения защищаемой информации;
То есть ни один скрипт на шелле, перле или питоне (на том, на чем и стоит весь юникс) не может быть пропущен в мир по 1Г. Далее:
должна осуществляться очистка (обнуление, обезличивание) освобождаемых областей оперативной памяти ЭВМ и внешних накопителей. Очистка осуществляется однократной произвольной записью в освобождаемую область памяти, ранее использованную для хранения защищаемых данных (файлов);

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

Ну а на гостайну - там по руководящим документам вбита нереализуемая на обычных юниксах (на их файловых системах) модель Белла-Лападула, полномочный принцип контроля доступа.[/quote]

#258175
mvt написал:
Поздравляю. Но, пользоваться буду - только под угрозой увольнения :)

Да ладно уж - трудитесь.

#258176
Gnom написал:
[quote=Pavel][quote=ans]
До конца года компания «РОСА» намерена подготовить платформу, которая будет сертифицирована для работы с государственной тайной.

Это будет полный провал. :([/quote]
В нашем государстве еще какие-то тайны остались? o_O[/quote]

Да. Достаточно.

#258189

Да ладно вам, а кто Эдмонду Поупу пытался передать секрет подводных ракет? Вопрос в людях, а не в системах.

#258192
DKomissarov написал:
Масяня а в чем проблемы то с обнулением и Белла-Лападулом ???

На бумаге проблем нет. А вот на практике...
1. Обнуление. При любом realloc() и иже с ним необходимо писать произвольную последовательность в освобождаемый блок памяти. Термин "произвольная" я выделил неспроста. В РД это синоним термина случайная. Следовательно, для её генерации необходимо иметь сертифицированный генератор случайных чисел. Это штука не самая простая. И отберет от вычислителя свою долю вычислительных ресурсов. А то и специальной платы с диодом-датчиком белого шума потребует. Это раз. Второе - обнулять надо не только оперативную память, но и дисковые ресурсы. И вот ты даешь команду rm на какой-то гигабайтный файл размещенный в сети (для наглядности). Это значит, что его содержимое перед реальным удалением необходимо заменить случайной последовательнстью. Какой объем трафика сгенерируем? Сколько времени будет удаляться такой файл?
В оффтопике, кажется, есть опция принудительно затирания удаляемых файлов. И как производительно работает в этом режиме оффтпик?
А если задача интенсивно работает с временными файлами? К ним же тоже надо применять гарантированное затирание. Производительность ложится здесь на раз.

2 Про полномочку. Полномочный принцип распределения доступа подразумевает прежде всего, что из системы, где она включена нет выхода информации во внешние системы, где мандатного принципа не реализовано. Иначе будет возможно передать секретный документ на иной компьютер, где полномочка не реализована. На бумаге требование звучит красиво, но попробуем его (контроль потоков) реализовать на практике.
- Основа основ. Не реализовав её ничего не получим. Хранение меток конфиденциальности. Где их хранить для файлов? Где их хранить для таблиц баз данных, где их хранить для полей баз данных? Причем хранить так, чтобы любой процесс, обращающийся к информации не прошёл мимо этого фильтра? То есть, только через сопоставление полномочий пользователя (формы допуска) и меткой конфиденциальности и никогда иначе. Будем модифицировать файловую систему, чтобы в ней, в файловых дескрипторах, разместить метки конфиденциальности? Что это файл секретный, а это совсекретный, а этим - рыбу заворачивали... А как такое реализовать на уровне таблиц СУБД, того же MySQL или иной системы. Да так вписать, чтобы при любом коннекте любого пользователя из любой программы произошло сравнение меток конфиденциальности и уровня допуска пользователя. И чтобы это сравнение наложилось на матрицу доступа и по этому совокупному сравнению и принималось решение о допуске юзера к нужной таблице. Мандатный механизм не строится на матрице доступа (триадами rwx rwx rwx). Эти механизмы, полномочный и дискреционный должны быть независимы друг от друга. Полномочка на дискреционном механизме не строится и из него не выводится. Это полностью самостоятельная сущность.
Ну ладно, каким то малопонятным образом мы сие реализовали. Идем дальше.
- Контроль потоков. Необходимо обеспечить, чтобы информация из источника, помеченного как секретный, не попала в цель, не имеющую соответствующую метку конфиденциальности. Принцип Белла-Лападула гласит, что пользователь, имеющий секретный допуск, не может писать информацию в несекретные файлы (но может оттуда читать без проблем) и не может читать из совсекретных файлов (писать туда может). То есть он может читать все файлы до (и включая) своего уровня конфиденциальности и писать только в файлы со (и включая) своего уровня конфиденциальности.
Вопрос простой - как пользователю, имеющему вторую форму (работа с документами сов.секретно) создать несекретный или секретный файл в системе, реализующей Белла-Лападула? Иными словами, как пользователю реализовать работу с документами, имеющими различный гриф секретности при реализации модели Белла-Лападула? Ведь он чаще работает с обычными документами (или ДСП), несколько реже с "секретно" и совсем редко с "Сов.секретно".
Далее разбираем ситуацию контроля потоков и назачения меток конфиденциальности:
- Все локально. Открыли секретный файл. Выделяем в нем блок с секретной информацией, заносим его в клипборд, переключаемся в иное окно, в терминал (который может быть запущен ранее) и там пишем тривиальное cat >> new.file (new.file - не помечен ничем). И вставляем там из клипборда блок, взятый из первого файла.
После чего варианты:
1. Закрываем файл. Какая на нём должна автоматически проставится метка конфиденциальности? "Секретно"?
2. Затираем скопированный блок полностью и закрываем файл. Какую он должен получить метку конфиденциальности? Ведь хоть перенос туда и состоялся, но информация вычищена и файл её не содержит. У автомата, назначающего метки конфиденциальности мозги на такую ситуацию не скособочит?
3. Не закрываем файл new.file, а еще раз выделяем уже в нем блок информации и через клипборд гоним его в третий терминал, где вставляем оный в иной документ. Очевидно, что этот новый третий документ должен получить метку конфиденциальности, соответствующую оригинальному файлу. А как это обеспечить, если таких меток на new.file, точнее, на соответствующем /dev/tty не образовалось. А если мы гоним инфу транзитом через буфера gedit?
Ответы на эти простые вопросы есть? Тут, кстати, есть еще одно неочевидное следствие. Проблема временных файлов и свопа. Если наша программа обрабатывает секретные данные и создает временные файлы, то они должны иметь тоже секретный статус. Соответственно хранилище сектретных tmp-файлов тоже должно приобрести метку секретно. А далее иная программа, работающая со своими несекретными данными, но так же пользующаяся механизмом tmp-файлов, создает временный файл, тот приобретает статус (по месту расположения) сектретно и вся наша несекретная инфа - автоматом секретится.
Идем далее:
- обмен с внешним миром. Нам надо послать нашу информацию в электронном виде так, чтобы на не потеряла на приемнике своих меток конфиденциальности. Мы можем переслать файло через "файлообменник" (файловый сервер на NFS, CIFS или иной), через FTP или напрямую получателю через ssh. При этом при передаче не должна потеряться информация об метках конфиденциальности. А если посылаем инфу по почте? Как здесь обеспечить сохранность меток? Далее - USB-флешки. Что с ними делать?

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

Или проблем не видим?

#258249
DKomissarov написал:
[quote=mvt]Поздравляю. Но, пользоваться буду - только под угрозой увольнения :)

Да ладно уж - трудитесь.[/quote]
Это тот Комиссаров, которого все знают? Который про%ебал всё, что касается России в IT? И Вы мне что-то сказали? Да вон с этой росой, сто раз люди сделали лучше.

#258260
mvt написал:
[quote=DKomissarov][quote=mvt]Поздравляю. Но, пользоваться буду - только под угрозой увольнения :)

Да ладно уж - трудитесь.[/quote]
Это тот Комиссаров, которого все знают? Который про%ебал всё, что касается России в IT? И Вы мне что-то сказали? Да вон с этой росой, сто раз люди сделали лучше.[/quote]
Да пусть работают люди, от них там тоже немного зависит.

#258274
Cruiser78 написал:

На бумаге проблем нет. А вот на практике...
1. Обнуление. При любом realloc() и иже с ним необходимо писать произвольную последовательность в освобождаемый блок памяти. Термин "произвольная" я выделил неспроста. В РД это синоним термина случайная. Следовательно, для её генерации необходимо иметь сертифицированный генератор случайных чисел. Это штука не самая простая. И отберет от вычислителя свою долю вычислительных ресурсов. А то и специальной платы с диодом-датчиком белого шума потребует. Это раз. Второе - обнулять надо не только оперативную память, но и дисковые ресурсы. И вот ты даешь команду rm на какой-то гигабайтный файл размещенный в сети (для наглядности). Это значит, что его содержимое перед реальным удалением необходимо заменить случайной последовательнстью. Какой объем трафика сгенерируем? Сколько времени будет удаляться такой файл?
В оффтопике, кажется, есть опция принудительно затирания удаляемых файлов. И как производительно работает в этом режиме оффтпик?
А если задача интенсивно работает с временными файлами? К ним же тоже надо применять гарантированное затирание. Производительность ложится здесь на раз.

Это если смотреть на задачу с точки зрения параноика, а если с точки зрения практика? Ведь нет требования удалять все файлы по этому алгоритму, а должная быть предоставлена функция такого удаления. А оператор уже будет решать, когда использовать такое удаление. И предполагается, что это будет специальная рабочая машина, а не та, на которой мы будем ютуб в интернете смотреть. Машина, которая будет работать с секретными документами(хотелось бы сделать акцент на слове "документы", к вопросу производительности на современном железе), не будет использоваться для удаления hd фильмов с usb накопителя. А если понадобится удалить гагабайтный файл, то куда деваться - сиди и жди, пока файл будет "уничтожен".

Cruiser78 написал:

И вот ты даешь команду rm на какой-то гигабайтный файл размещенный в сети (для наглядности).

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

#258397
Pavel написал:
[quote=mvt][quote=DKomissarov]

Да ладно уж - трудитесь.

Это тот Комиссаров, которого все знают? Который про%ебал всё, что касается России в IT? И Вы мне что-то сказали? Да вон с этой росой, сто раз люди сделали лучше.[/quote]
Да пусть работают люди, от них там тоже немного зависит.[/quote]
Да кто бы против.... Тоже хочется. Но - не верю...

#258501
simplex написал:

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

Я то как раз не теоретик, а практик с 15-ти летним стажем в этой области. Безусловно те примеры, что я привел, показаны исключительно для наглядности, чтобы показать, к чему реально может привести реализация этих требований. Безусловно секретные документы в большинстве своем в большинстве контор - это вордовские и иже с ним файлы с текстами на пару-другую страниц (переписка), несколько меньше на десяток страниц (статьи) и совсем немного на под сотню, от силы пару сотен страниц (технические проекты). Плюс - dwg-файлы (автокадовские чертежи). Хотя, возможны и секретные фильмы. Но в любом случае - принудительное гарантированное уничтожение должно быть активировано принудительно и быть неотключаемым. А это - всегда минус в производительности. Причем,теретьнадо везде, где удаляешь файлы. Локально или на сети - без разницы.

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

В большинстве организаций для работы с гостайной выделен один-два аттестованных автономных компьютера. Так что речи о сетях там тоже (в большинстве случаев) нет. Но начинал я работу в одном из НИИ Военно-Морского Флота. Если бы этот институт (а там мы работали редко когда на уровне секретно, большей частью "сов.секретно") дожил бы до наших дней, и в нем начали бы проводить комплексную автоматизацию на базе персоналок, то служба информационной безопасности института точно бы сломала себе мозг, решая, как обеспечить совсекретную сетевую инфраструктуру на популярных операционках. Как там обеспечить и работу с CC-документами и выполнить требования руководящих документов (в принципе, я знаю как "выполнить", но как реально реализовать требуемое... это вопрос иной). Так что есть и большие организации, где необходима именно сетевая гостайновская инфраструктура.

Возвращаясь к нашим баранам, мой опыт практика мне говорит только одно: если дать волю юзеру решать каким именно путем удалять файлы с носителей, то он НИКОГДА не станет включать для удаления секретных файлов дополнительную опцию их гарантированного уничтожения. Жамкнет на клавишу del или F8 и посмотрит, как файло перелетит в корзину. Кстати, надо ли это файло при этом забивать случайным мусором? Или гарантированно удалять уже из корзины? И опять же, что делать с временными файлами, которые неизбежно создаются при работе с секретными документами? Эти файлы секретны или нет? Их надо гарантированно уничтожать или нет?
Так что в системе, предназначенной для обработки гостайны удаление файлов должно быть "гарантированным" и принудительным, без волеизъявления юзера. И чем бОльшие секреты может обрабатывать та или иная машина, тем меньше "полномочий" по принятию решений должно быть у юзера. Хоть ворд ему вместо шелла по умолчанию вешай.

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

#258555
Cruiser78 написал:

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

Ок, т.е нагрузка на машину многократно упала. Что еще, логи? Настраиваемо. Остались те самые "документы", с которыми мы работаем в данную минуту времени, т.е они в оперативной памяти. Это сколько? Ну, пусть будет 1-5. И не такое уж и сильное падение производительности. Компьютерные игры же играют люди как-то.

Cruiser78 написал:

В большинстве организаций для работы с гостайной выделен один-два аттестованных автономных компьютера. Так что речи о сетях там тоже (в большинстве случаев) нет. Но начинал я работу в одном из НИИ Военно-Морского Флота. Если бы этот институт (а там мы работали редко когда на уровне секретно, большей частью "сов.секретно") дожил бы до наших дней, и в нем начали бы проводить комплексную автоматизацию на базе персоналок, то служба информационной безопасности института точно бы сломала себе мозг, решая, как обеспечить совсекретную сетевую инфраструктуру на популярных операционках. Как там обеспечить и работу с CC-документами и выполнить требования руководящих документов (в принципе, я знаю как "выполнить", но как реально реализовать требуемое... это вопрос иной). Так что есть и большие организации, где необходима именно сетевая гостайновская инфраструктура.

Сетевая инфраструктура, хорошо. Так, а что по поводу "удаляем удаленные файлы"? Считаешь нужно удалять по сети "чужие" ресурсы? Ок. По сути, ты даешь команду удалять файл, удаленной машине. А локально у тебя только "слова-ответы" от удаленной машины: "Я - удаленная машина. Я удалила файлы алгоритмом DoD 5220.22-M (например)", тебе остается ей верить. Откуда пойдет тот "гигантский трафик? Между вами только пара сообщений, а удаляет та машина, которой ты дал указание.

Cruiser78 написал:

Возвращаясь к нашим баранам, мой опыт практика мне говорит только одно: если дать волю юзеру решать каким именно путем удалять файлы с носителей, то он НИКОГДА не станет включать для удаления секретных файлов дополнительную опцию их гарантированного уничтожения. Жамкнет на клавишу del или F8 и посмотрит, как файло перелетит в корзину. Кстати, надо ли это файло при этом забивать случайным мусором? Или гарантированно удалять уже из корзины? И опять же, что делать с временными файлами, которые неизбежно создаются при работе с секретными документами? Эти файлы секретны или нет? Их надо гарантированно уничтожать или нет?
Так что в системе, предназначенной для обработки гостайны удаление файлов должно быть "гарантированным" и принудительным, без волеизъявления юзера. И чем бОльшие секреты может обрабатывать та или иная машина, тем меньше "полномочий" по принятию решений должно быть у юзера. Хоть ворд ему вместо шелла по умолчанию вешай.

Смотришь на юзера, как на совершенно левого идиота, который к тебе в интернет кафе пришел. А как он к машине доступ получил? Ввел пароль, прошел авторизацию. Он уже "бог" на выделенном ему уровне, мы ему уже вынуждены доверять. Так с какой стати он ведет себя как идиот, не выполняя свои обязанности. Это все так, ради размышления о проблеме. Праноидальную мысль не остановить, можно закончить тем, что начнем чипы в могз оператора внедрять. Принцип комплексности? Люди - всегда будут слабым звеном. Не с улицы же их набирать при работе с тайной, соответствующие службы должны работать. Комплексность и непрерывность. А так у тебя один "рубеж" защиты, типа, компьютер - вся надежда на него.

Cruiser78 написал:

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

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

#258556
simplex написал:
[quote=Cruiser78]
Безусловно, компьютер, аттестованный для обработки гостайны никогда не будет подключен к интернету и лошить с него в сети и смотреть разные ютубникто не будет. Я даже обсуждать это абсурдное предположение не хочу.

Ок, т.е нагрузка на машину многократно упала. Что еще, логи? Настраиваемо. Остались те самые "документы", с которыми мы работаем в данную минуту времени, т.е они в оперативной памяти. Это сколько? Ну, пусть будет 1-5. И не такое уж и сильное падение производительности. Компьютерные игры же играют люди как-то.

Cruiser78 написал:

В большинстве организаций для работы с гостайной выделен один-два аттестованных автономных компьютера. Так что речи о сетях там тоже (в большинстве случаев) нет. Но начинал я работу в одном из НИИ Военно-Морского Флота. Если бы этот институт (а там мы работали редко когда на уровне секретно, большей частью "сов.секретно") дожил бы до наших дней, и в нем начали бы проводить комплексную автоматизацию на базе персоналок, то служба информационной безопасности института точно бы сломала себе мозг, решая, как обеспечить совсекретную сетевую инфраструктуру на популярных операционках. Как там обеспечить и работу с CC-документами и выполнить требования руководящих документов (в принципе, я знаю как "выполнить", но как реально реализовать требуемое... это вопрос иной). Так что есть и большие организации, где необходима именно сетевая гостайновская инфраструктура.

Сетевая инфраструктура, хорошо. Так, а что по поводу "удаляем удаленные файлы"? Считаешь нужно удалять по сети "чужие" ресурсы? Ок. По сути, ты даешь команду удалять файл, удаленной машине. А локально у тебя только "слова-ответы" от удаленной машины: "Я - удаленная машина. Я удалила файлы алгоритмом DoD 5220.22-M (например)", тебе остается ей верить. Откуда пойдет тот "гигантский трафик? Между вами только пара сообщений, а удаляет та машина, которой ты дал указание.

Cruiser78 написал:

Возвращаясь к нашим баранам, мой опыт практика мне говорит только одно: если дать волю юзеру решать каким именно путем удалять файлы с носителей, то он НИКОГДА не станет включать для удаления секретных файлов дополнительную опцию их гарантированного уничтожения. Жамкнет на клавишу del или F8 и посмотрит, как файло перелетит в корзину. Кстати, надо ли это файло при этом забивать случайным мусором? Или гарантированно удалять уже из корзины? И опять же, что делать с временными файлами, которые неизбежно создаются при работе с секретными документами? Эти файлы секретны или нет? Их надо гарантированно уничтожать или нет?
Так что в системе, предназначенной для обработки гостайны удаление файлов должно быть "гарантированным" и принудительным, без волеизъявления юзера. И чем бОльшие секреты может обрабатывать та или иная машина, тем меньше "полномочий" по принятию решений должно быть у юзера. Хоть ворд ему вместо шелла по умолчанию вешай.

Смотришь на юзера, как на совершенно левого идиота, который к тебе в интернет кафе пришел. А как он к машине доступ получил? Ввел пароль, прошел авторизацию. Он уже "бог" на выделенном ему уровне, мы ему уже вынуждены доверять. Так с какой стати он ведет себя как идиот, не выполняя свои обязанности. Это все так, ради размышления о проблеме. Праноидальную мысль не остановить, можно закончить тем, что начнем чипы в могз оператора внедрять. Принцип комплексности? Люди - всегда будут слабым звеном. Не с улицы же их набирать при работе с тайной, соответствующие службы должны работать. Комплексность и непрерывность. А так у тебя один "рубеж" защиты, типа, компьютер - вся надежда на него.

Cruiser78 написал:

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

Я тя масяней не называл.) К твоей проф. пригодности притензий нет, идет обычная беседа. ;) Я назвал тебя параноиком. Ты на задачу смотришь и идеализируешь ее, а мы не в вакууме. Нужно работать в реальных условиях. А так, если уж делать такой "параноидальный" режим работы компа, когда все постоянно "безоапасно удаляется", (пароли вводятся при каждом двойном клике :)), и это будет возможно, техника развивается же. Но я считаю, что переводить всю "защиту" только на плечи компьютера - ошибка, как бы быстро он не считал, если он такой умный, стал умнее оператора, то это означает, что нас уже нет, а миром правит - скайнет.)[/quote]


p.s. и даже при всех этих защитах, где гарантии, что тебя самого не подкупили и ты все документы не вынес?) Вот тебе и постоянное удаление файлов с падением производительности... Это так, ради хохмы вопрос. Не принимай на личный счет.

#258571
simplex написал:

Смотришь на юзера, как на совершенно левого идиота, который к тебе в интернет кафе пришел. А как он к машине доступ получил? Ввел пароль, прошел авторизацию. Он уже "бог" на выделенном ему уровне, мы ему уже вынуждены доверять. Так с какой стати он ведет себя как идиот, не выполняя свои обязанности. Это все так, ради размышления о проблеме.

Информационная безопасность начинается в отделе кадров, продолжается организационными меропрриятиями и только закрепляется мероприятиями техническими. При этом мероприятия технические должны существенно осложнять жизнь потенциальному нарушителю. Безусловно, голову юзеру мы по окончании рабочего дня не отвинтим и в тумбочку под замок не положим. Но, увы, я насмотрелся многого, как юзера обученные и "сдавшие зачет" по всем инструкциям на всё это дело кладут и шуруют поперек всего. Под девизом - "а мне так удобнее".
Поэтому система защиты должна быть для юзера незаметна, прозрачна, но выполнять при этом абсолютно все свои функции. Ограждая юзера от возможности выполнения им несвоейственных ему функций. Чтобы он мог работать только так, как ему предписано.

Теперь по поводу удаления. Предлагаемый Вами подход подразумевает создание "доверительных" отношений между компьютерами в сести. Когда один компьютер доверяет другому, что от выполнил операцию правильно, с соблюдением требуемых дополнительных условий. Это не есть правильно. На нашем компьютере "все есть файл". И неважно, где этот файл размещен физически. В памяти ли, на локальном жестком диске ли, на флешке или дискете ли, или на сетевом сервере. По команде rm (del) должно произойти гарантированное уничтожение информации именно на защищенном компьютере, он должен это произвести. А потом, если файл лежит на сетевом сервере, то и сервер тоже пусть его гарантированно потрет. И приляжет немного на время этого затирания. А потом снесет его пургой, чтобы не было возможности востановить удалённое взад.

Требуемое затирание информации - оно влияет только на производительность работы компьютерных систем. А двойное, требуемое для гостайны, - особенно для оперативной памяти или флеш-носителей - и абсурдно по своей сути. Но это требование хоть понятно в своей реализации технической. А вот как реализовывать полномочку... И как в ней работать (по Беллу-Лападулу)- вот на это ответа нет.

#258826
mvt написал:
[quote=DKomissarov][quote=mvt]Поздравляю. Но, пользоваться буду - только под угрозой увольнения :)

Да ладно уж - трудитесь.[/quote]
Это тот Комиссаров, которого все знают? Который про%ебал всё, что касается России в IT? И Вы мне что-то сказали? Да вон с этой росой, сто раз люди сделали лучше.[/quote]

Не прошло весеннее обострение ?

#258828
Cruiser78 написал:
[quote=DKomissarov]Масяня а в чем проблемы то с обнулением и Белла-Лападулом ???

На бумаге проблем нет. А вот на практике...


Или проблем не видим?[/quote]

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

#258832
DKomissarov написал:

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

Я 15 лет был в теме. С ЦентроБанковской спецификой. Сейчас этот бизнес (не по своей воле) покинул. Так что, вряд ли я буду интересн.

#258836
"Cruiser78" написал:
информацию на учтеных дискетах  следует уничтожать путем двухкратного их форматирования. Так я на спор бутылку хорошего коньяка выиграл, подняв минут за пять с такой дважды форматированной дискеты всю информацию не имея никакого специализированного оборудования.

По-моему, этого достаточно, чтобы понять всю глупость и неактуальность ФСТЭК'а. Раньше мне казалось, что он просто устарел и поэтому плохо применим к современным ПК, но теперь вижу, что документ изначально писали неспециалисты.

"Cruiser78" написал:
Ни один юникс не может быть сертифицирован по 1Г принципиально.

есть не только Unix, но и Plan 9, он годится лучше.

Сама идея с заполнением диска рандомным шумом не очень умна. Действительно, производительность упадёт иже плинтуса, ресурс железа израсходуется быстрее, а безопасность выше не станет. ИМХО, изоляция машины от внешней сети плюс шифрование ФС отечественным алгоритмом сработали бы куда эффективнее.
Сертификация РОСЫ конечно же добавит очков к её репутации, но что это даст в реальной жизни? Зная о бардаке в системе подготовки пакетов, о нехватке ресурсов на поддержку каждого пакета, можно без труда внедриться в число майнтейнеров мандривы и в определённый момент подсунуть в пакет незаметный скрипт, который перешлёт данные юзера на адрес злоумышленника. Как тогда быть с "гостайной"?

#258842
Writer написал:
[quote="Cruiser78"]информацию на учтеных дискетах  следует уничтожать путем двухкратного их форматирования. Так я на спор бутылку хорошего коньяка выиграл, подняв минут за пять с такой дважды форматированной дискеты всю информацию не имея никакого специализированного оборудования.

По-моему, этого достаточно, чтобы понять всю глупость и неактуальность ФСТЭК'а. Раньше мне казалось, что он просто устарел и поэтому плохо применим к современным ПК, но теперь вижу, что документ изначально писали неспециалисты.

"Cruiser78" написал:
Ни один юникс не может быть сертифицирован по 1Г принципиально.

есть не только Unix, но и Plan 9, он годится лучше.

Сама идея с заполнением диска рандомным шумом не очень умна. Действительно, производительность упадёт иже плинтуса, ресурс железа израсходуется быстрее, а безопасность выше не станет. ИМХО, изоляция машины от внешней сети плюс шифрование ФС отечественным алгоритмом сработали бы куда эффективнее.
Сертификация РОСЫ конечно же добавит очков к её репутации, но что это даст в реальной жизни? Зная о бардаке в системе подготовки пакетов, о нехватке ресурсов на поддержку каждого пакета, можно без труда внедриться в число майнтейнеров мандривы и в определённый момент подсунуть в пакет незаметный скрипт, который перешлёт данные юзера на адрес злоумышленника. Как тогда быть с "гостайной"?[/quote]

Очень интересно :) Полагаю что Вы не знаете ни людей ни даже юрлица, которое занимается подготовкой версии для работы с гостайной. И уж тем более никакого отношения этот процесс не имеет к мандриве и ее мейнтейнерам.

#258844
Cruiser78 написал:
[quote=DKomissarov]
Судя по примерам, Вы действительно в теме, но обсудить мы здесь конкретику реализации мы не сможем. Если интересно отпишитесь мне, пересечемся с нашими ребятами, может найдем поле для взаимодействия.

Я 15 лет был в теме. С ЦентроБанковской спецификой. Сейчас этот бизнес (не по своей воле) покинул. Так что, вряд ли я буду интересн.[/quote]

А возвращаться в этот бизнес желания нет ?

Войдите или зарегистрируйтесь, чтобы ответить.