31

simplex пишет:

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

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

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

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

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

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

32 (12.06.2012 04:47:14 отредактировано simplex)

Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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

Fifteen men on a dead man's chest
Yo ho ho and a bottle of rum
Drink and the devil had done for the rest
Yo ho ho and a bottle of rum.

33

simplex пишет:
Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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


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

Fifteen men on a dead man's chest
Yo ho ho and a bottle of rum
Drink and the devil had done for the rest
Yo ho ho and a bottle of rum.

34

simplex пишет:

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

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

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

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

35

mvt пишет:
DKomissarov пишет:
mvt пишет:

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

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

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

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

36

Cruiser78 пишет:
DKomissarov пишет:

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

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


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

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

37

DKomissarov пишет:

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

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

38

Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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

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

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

39

Writer пишет:
Cruiser78 пишет:

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

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

Cruiser78 пишет:

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

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

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

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

40

Cruiser78 пишет:
DKomissarov пишет:

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

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

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

41 (13.06.2012 18:05:56 отредактировано Pavel)

DKomissarov
Еслиб я мог чем-то помочь, то помог бы. Российский дистр тоже нужен.
А так могу для безопасности сигнализацию поставить. ab

42

Pavel пишет:

Российский дистр тоже нужен.

Есть RFRemix. Помогайте Тигре, он только рад будет.

DKomissarov пишет:

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

Да, всё так. Но чтения вашего багтрекера порой достаточно, чтобы составить мнение.

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

43

Writer пишет:
Pavel пишет:

Российский дистр тоже нужен.

Есть RFRemix. Помогайте Тигре, он только рад будет.

DKomissarov пишет:

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

Да, всё так. Но чтения вашего багтрекера порой достаточно, чтобы составить мнение.

Так а зачем Вы его читаете в таком случае ab

44

DKomissarov пишет:

Так а зачем Вы его читаете в таком случае

Всё-всё, больше не буду! ab

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

45

DKomissarov пишет:

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


Возвращаться, чтобы иметь очень сомнительное для меня удовольствие общаться с публикой, которая опустилась до поддержки и распространения оголтелой клеветы на своего ведущего сотрудника (на котором ехала полтора десятка лет и трудами которого ГУ БР по Ленинградской области было выведено в лидеры в части внедрения СТО и который написал им всю нормативку по информационной безопасности)? Нет уж, избавьте от такой чести.
А устроится в более-менее приличной конторе (по специальности, точнее - по квалификации) мне та самая мразь и не даст. У нас же сейчас как на Руси заведено? Звоночек предыдущему работодателю, а что вы расскажете об имярек? Почему он от вас ушел? А там стоит бочка дерьма и отгадай с одного раза, на кого они её опрокинут?
Так что если и есть желание, то оно нереализуемо.

46 (14.06.2012 10:04:43 отредактировано Cruiser78)

Writer пишет:

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

Не думаю, что ты прав. Раньше оно называлось "гостехкомиссия при..." (ГДТ) и руководящие документы назывались сокращенно - РД ГТК. Я их так и привык называть. Так и сейчас называю (хоть функции ГТК были давно уже разделены между ФСЭК и ФАПСИ).
Так вот РД ГТК в части требований к защите средств вычислительной техники - документ весьма неплохой. По оддной простой причине - в его основу была положена знаменитая "оранжевая книга". Обвинять супостатов в непрофессионализме - мягко говоря, глупо. Отличий РД ГТК от оранжевой книги очень мало. И, что самое главное - там не было требований к конкретной реализации того или иного защитного механизма.
Проблема в том, что в Россию поставлялись долгое время операционные системы, которые по OrangeBook не поднимались выше класса C2. То есть - предназначенные для обработки коммерческой конфиденциальной информацией. А вот всё, что выше, для обработки госсекретов - увы-с.
У нас же идут постоянные попытки поднять классность операционных систем. И если до 5-го класса (С2) MSDOS или Windows -95,98 поднять было можно (лучше всего с этим, imho, справлялся SecterNet), то вот прыгнуть с системы 5-го класса на 4-й и выше и при этом оставить операционку и все приложения в неприкосновенности - принципиально невозможно. Что не исключает получения "сертификата соответствия". :-) Ведь надо же как-то обрабатывать гостайну... А что мы знаем кроме "венды" для этого дела. Вот и лепим на винду дополнительную СЗИ (по сути дополнительную оснастку по управлению политиками безопасности), и называем это дело сертифицированной конфигурацией для обработки конфиденциальной информации.
То есть обрабатывать информацию можно на законных основаниях. Но вот сертифицированные защитные механизмы там будут несколько перпендикулярны требованиям РД ГДК. А формальное разрешение будет.

А по поводу внедрения закладок в СПО при его обновлении - гораздо эффективнее внедрить закладку в компилятор... И скомпилировать его с этой закладкой. Вот где простор для творчества.

И еще - по поводу рандомного затирания файлов. Всмомнилась мне такая сетевая операционная система, как Nowell NetWare. А теперь, знатоки, вспоминаем, как там работа с файлами организована... Как там можно поднять предыщущую версию отредактированного файла, пока его пургой не снесли. Итак, на рабочей станции тужимся, пишем в удаляемый файл перед его удалением рандомный шум, аж два раза пишем... Сеть трафиком напрягаем. А новелевский сервер посто откладывает копию оригинального файла в сторонку. Ну а потом в ту же сторонку  отложится и удаленный мешок с шумом. Злобный админ элементарно может поднять оригинал куда захочет. Хотя сертифицированная СЗИ, установленная на рабочей станции юзера, доложит юзеру, что файл дважды зашумлен перед удалением. А на самом деле - без модификации самой нетвари гарантированно уничтожить файло с рабочей станции невозможно.
Отсюда вопрос - возможно ли применение NowellNetWare в системах, где необходим 1Г? Например, для размещения какой-либо конфиденциальной информации, тех же персональных данных? Причем, на рабочих станциях СЗИ от НСД сертифицированная по 1Г будет установлена...

47

Cruiser78 пишет:
Writer пишет:

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

А по поводу внедрения закладок в СПО при его обновлении - гораздо эффективнее внедрить закладку в компилятор... И скомпилировать его с этой закладкой. Вот где простор для творчества.

Есть еще проще - на текущий момент времени никто не контролирует UEFI. Зачем компилятор.

48

DKomissarov пишет:

Есть еще проще - на текущий момент времени никто не контролирует UEFI. Зачем компилятор.

UEFI, насколько я понимаю, это только дополнительный загрузчик с крипто-API. Вряд ли он внесет нестабильность в работу приложений загруженной через него оси, особенно, если эти приложения про UEFI ни сном ни духом...
А вот скомпилированный с тщательно подготовленной закладкой компилятор - это вещь... Берем честный исходник, компилируем его и получаем "зверя"...

49

Cruiser78 пишет:

Берем честный исходник, компилируем его и получаем "зверя"

Спасибо, буду иметь в виду ab

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

50

Cruiser78 пишет:
DKomissarov пишет:

Есть еще проще - на текущий момент времени никто не контролирует UEFI. Зачем компилятор.

UEFI, насколько я понимаю, это только дополнительный загрузчик с крипто-API. Вряд ли он внесет нестабильность в работу приложений загруженной через него оси, особенно, если эти приложения про UEFI ни сном ни духом...
А вот скомпилированный с тщательно подготовленной закладкой компилятор - это вещь... Берем честный исходник, компилируем его и получаем "зверя"...

Неправильно, UEFI в принципе операционка не нужна, там есть и драйверы диска и tcp стек, далее несложно построить несколько моделей.

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

51

DKomissarov пишет:
Cruiser78 пишет:
DKomissarov пишет:

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

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


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

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

А что вы можете здесь кроме пиара?

52

Macumazan пишет:
DKomissarov пишет:
Cruiser78 пишет:

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


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

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

А что вы можете здесь кроме пиара?

Кроме пиара мы работаем.