Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
Можно сорганизовать сервак так, чтобы админ доступ к данным имел, но чтобы о случаях такого доступа было известно начальству. Соответственно начальство может у админа поинтересоваться, по какой такой рабочей надобности он лазил в данные по зарплатам своих коллег. И горе тому админу который удовлетворял свое праздное любопытство. Все уже давно изобретено. Уметь надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2005, 07:44 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
Зл0йМожно сорганизовать сервак так, чтобы админ доступ к данным имел, но чтобы о случаях такого доступа было известно начальству. Соответственно начальство может у админа поинтересоваться, по какой такой рабочей надобности он лазил в данные по зарплатам своих коллег. И горе тому админу который удовлетворял свое праздное любопытство. Все уже давно изобретено. Уметь надо. А кто так сорганизует сервак таким образом? Сам админ? Или другой админ от первого админа? Не начальство же. Не доверяете админу - найдите такого, которому доверяете. Если человек пришел на прием к венерологу, то уже поздно и глупо стесняться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2005, 10:48 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
michael_Но так можно и до абсурда дойти. Не так часто данные тырят, а вот пароли и ключи пользователи теряют постоянно, причем чем выше должность, тем чаще. И что тогда делать будете? Данные есть, а прочитать никто не может, админ ключ-то не знает! Не нужно доводить до абсурда, вы неправильно поняли. Админ может сменить пароль пользователя. Но эти действия не остануться незамеченными - всё будет в журнале аудита. Конечно в данном случае (когда сервер у третьих лиц, а у админа торчит паяльник) по барабану :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2005, 13:05 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
michael_А кто так сорганизует сервак таким образом? Сам админ? Или другой админ от первого админа? Не начальство же. Например, сам сервер должен это беспечивать комплексом КСЗ от НСД (см. описание КСЗ СУБД ЛИНТЕР). Однажды включенный для БД аудит, выключить невозможно. Админ конечно может сделать AUDIT STOP, но информация об этом появится журнале аудита. И в один прекрасный день мы увидим там запись примерно такого содержания: такой-то нехороший админ, в такое то время, с такой-то рабочей станции, сделал нехорошую вешь :-) Короче говоря, любые действия не остануться незамеченными. Но опять же, к топику это имеет косвенное отношение. А как защита от внутренних утечек - самое то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2005, 13:25 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
pavelvpАдмин конечно может сделать AUDIT STOP, но информация об этом появится журнале аудита. И в один прекрасный день мы увидим там запись примерно такого содержания: такой-то нехороший админ, в такое то время, с такой-то рабочей станции, сделал нехорошую вешь :-) Короче говоря, любые действия не остануться незамеченными. Но опять же, к топику это имеет косвенное отношение. А как защита от внутренних утечек - самое то. Поставил админ AUDIT STOP, информация об этом появится журнале аудита. Затем что-то он же в БД снес. А теперь вопрос - как вывести того админа на чистую воду? Он скажет "произошел программно-аппаратный сбой". А если спросите "Зачем откличил аудит?" Скажет "с включенным аудиом нельзя было сделать то-то и то-то" или "возникали замедления в работе" или еще какую-нибудь байду. Все это - недоказуемо. Надо заниматься подбором сотрудников, а не надеятся на чудо-технологии. Задача админа - защитить БД от посягательств, а чаще посто от глупых действий юзеров. Задача отдела кадров и (или) отдела безопасности - найти такого админа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2005, 14:22 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
michael_Поставил админ AUDIT STOP, информация об этом появится журнале аудита. Затем что-то он же в БД снес. А теперь вопрос - как вывести того админа на чистую воду? А ответ строчкой выше :-) Административные меры пока ещё никто не отменял. В должностной иснтрукции должно быть всё чётко прописано. Шаг влево, шаг вправо - расстрел. Как только в журнале появится какое либо несанкционированное действие со стороны админа затрагивающее вопросы безопасности - к стенке его! Всё. Уже виноват. Какую бы байду он не нёс. А если в конторе бардак - никакие меры не спасут..., кроме превентивного удара :-) Задача админа - защитить БД от посягательств, а чаще посто от глупых действий юзеров. Задача отдела кадров и (или) отдела безопасности - найти такого админа. Обеими руками "за"! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2005, 16:28 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
По сабжу. По моему ничего шифровать в смысле общего шифрования данных и пр. не надо. И запасного сервака не надо и запасной БД не надо. Если можно так выразиться лучше применить т.н. логическое шифрование. Самый лучший способ. Раз нужно показать 10% (например оборота), то так и писать в БД: не 20 штук на 100 р, а 2 шт. на 10 р. Кому надо, те знают что подразумевается. Это конечно упрощенно. В жизни сложнее, но если уж скрывать что-то, то общий подход такой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2005, 21:02 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
Ваши мечты сбылись: "Для военного применения у дисков FFD35-U3S имеется и функция самоуничтожения данных. Эта функция может быть активизирована программным путем или по нажатию «красной» кнопки и позволяет за считанные секунды удалить информацию с носителя." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2005, 18:14 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
Да, забыл указать источник (с) http://]http://www.ixbt.com/news/news.php?id=120214 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2005, 18:16 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
может быть один чистый сервер на нем: - несекретные данные - иммитация секртных данных воторой сервер конфиденциальные данные - расположен удаленно (другая страна VPN) - на шифрованном носителе переключалка секретных данных (подмена айпишников или алиасов сервера) по кнопке / звонку мобильника / пейджера / sms 1 уровень тревоги - канал конфиденциального сервера переключается на подставные данные на основном - конфиденциальный сервер выключается физически если не поступает в определенный срок команда на разблокировку уровень тревоги увеличивается 2 ой уровень тревоги значит потеря данных сервак чистит себя перезаписывая случайным образом все виды запоминающих устроуств случайными массивами данных все включая бэкапы 2 ой уровень тревоги может быть вызван моментально при поступлении соотв. сигнала от нескольких должностных лиц даже если у юкоса не было в детсаду ничего или было но было уничтожено данные могли быть не только восстановлены но и сфальсифицированы - хорошо и много всего тут понаписали но почему то все забыли что RAM тоже имеет остаточный эффект насколько мне известно до суток справляются восстанавливать долгосидящие на одном месте данные (ключ криптования) и физики с математиками не надо.. хранение данных в оперативной памяти с целью защиты - утопия ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 17:20 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
--то все забыли что RAM тоже имеет остаточный эффект насколько мне известно до суток справляются восстанавливать долгосидящие на одном месте данные (ключ криптования) и физики с математиками не надо.. хранение данных в оперативной памяти с целью защиты - утопия Это ты наверное про ферритовую память, бывшую в употреблении в 70-х на НАИРИ-2 или про барабанную ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2005, 00:26 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
>>Это ты наверное про ферритовую память, бывшую в употреблении >>в 70-х на НАИРИ-2 или про барабанную ? Подтверждаю, где-то публиковали такую штуку про остаточную память RAM, эффект назывался вроде как "электроабсорбцией", информация частично доступна вплоть до нескольких суток. Реальнее всего спецам, имеющим нужные технику и софт, добывать пароли, хранимые в RAM. Как-то даже предлагали использовать этот эффект для программной идентификации железа по "отпечатку" в RAM. Удаляется остаток заряда многократной перезаписью. ИМХО лучше особенно не задумываться о таких параноидальных штуках, которые часто применяют, когда уже нет ЖИВЫХ свидетелей. :-) Для этого надо сильно разозлить злых дядек и/или спецслужбы, что не есть благоразумно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2005, 08:45 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
Cat2Ага. И ты будешь молчать как партизан на допросе, когда в ментовке тебе будут зубы выбивать, что бы ты сказал пароли. За хозяйсткие-то деньги оно тебе надо так страдать? Лучший способ - легкосъемный носитель, который в случае опасности бросается в мартеновскую печь. Можно использовать пароли на съёмном аппаратном ключе. Тогда паролей знать никто не будет, а при утрате ключа восстановление данных станет невозможным. Копию ключа хранить в банковской ячейке. Оригинал в случае опасности уничтожить. Аппаратный ключ можно снабдить механизмом модификации пароля при получении SMS-ки, к примеру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2005, 17:04 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
www.fun4me.narod.ru Наивный. Ты веришь в тайну банковского вклада? Я начну в нее немного верить, когда зарплата спеца по компьютерной безопасности превысит зарплату директора банка. И вообще - чем больше компов, тем больше дыр. Гигантские корпорации в 20 веке как-то обходились без компов. И я не видел ни одного случая сокращения бухгалтера после внедрения какой-нибудь приблуды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2005, 23:23 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
А как насчёт идеи одного сервера шифрования? Доступ к нему через SSL и с авторизацией пользователей соответственно. Сервер должен получать пакеты данных от авторизованных пользователей, выполнять их шифрование или расшифрование и возвращать обратно. В этом случае ни один пользователь не будет знать пароля, и, в то же время, каждый авторизованный пользователь, всегда сможет получить доступ к информации в рамках своих прав. Да, он её сможет сохранить где-то локально, но это будет не вся информация. При этом возможен безопасный обмен шифрованной корреспонденцией по незащищённым каналам связи - ведь никто из участников обмена пароля не знает!!! А на серваке, соответственно, аппаратный ключ - так что и админ пароля тоже не знает. Если кто засниферит траффик и расшифрует SSL пакеты, то он получит только часть шифрованной и зашифрованной информации - этого явно недостаточно для полчуения пароля. (c) мой! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 10:18 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
А я так думаю, что пароль (ключ) нигде хранить не надо. Надо нанять вундеркинда, который все ключи помнит. А чуть что - пулю в висок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 10:36 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
2lepsik Это ты наверное про ферритовую память, бывшую в употреблении в 70-х на НАИРИ-2 или про барабанную ? барабанная память-это вариант дисковой но на барабане-т е на его внешней поверхности-БЭСМ 6, МИНСК 32 и т. д. Ферритовая память с остаточными явлениями стоила очень дорого(не НАИРИ). Сервер с такой памятью стоил раз в 5-10 дороже чем обычный- так как он мог стартовать прямо из памяти(вроде HIBERNATE) после падения электричества и применялся для устойчивых систем-название забыл. По поводу топика - частные решения редко дают общий ответ-это про комп защиту. Но я слышал что существуют экономисты которые строят систему из нескольких фирм и их взаиморасчетов, которую очень трудно понять и еще труднее оспорить. Что то вроде варианта кот описал наш английский товарищ. Знает детали разработчик системы и заказчик. Данные конечно не вместе. И это живет и побеждает! И все белое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2005, 15:58 |
|
||
|
Как спрятать данные от ревизии
|
|||
|---|---|---|---|
|
#18+
sboyko2lepsik По поводу топика - частные решения редко дают общий ответ-это про комп защиту. Но я слышал что существуют экономисты которые строят систему из нескольких фирм и их взаиморасчетов, которую очень трудно понять и еще труднее оспорить. Что то вроде варианта кот описал наш английский товарищ. Знает детали разработчик системы и заказчик. Данные конечно не вместе. И это живет и побеждает! И все белое. Во-во. Не ручаюсь за точность, году в 2001 на Анатолия Чубайса напустили Сергея Степашина. Степашин, которого я уважаю без всяких оговорок, со своей счётной палатой сделал рыжему предложение, от которого невозможно отказаться. Год-полтора ревизоры скребли по амбарам РАО ЕЭС, в конце концов эту затею спустили на тормозах (прошу присутствующих не принимать сказанного на личный счёт). А почему? Любой смышленый пацан может декомпилировать экзешник и найти строку PASSWORD=111222333 , потому что программисты тоже люди. Кто хоть чуть-чуть понимает в большой энергетике, знает, какое это само по себе дикое нагромождение абстракций. А если документооборот ещё и специально поковеркать? Семантика – сверхтвёрдая стена. А вы пробовали в детстве укусить неразрезанный арбуз кило на 10? Слюны много, толку мало :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2005, 20:58 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33169126&tid=1553803]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
1ms |
| others: | 198ms |
| total: | 367ms |

| 0 / 0 |
