nopРебят, в общем такая ситуация.
Есть сервер на Windows 2003 с MSSQL. БД содержит очень важную информацию, которую надо защитить от администратора данного сервера. Администратор естественно имеет полный физический доступ к компьютеру, ну и разумеется административные права.

Внимание вопрос, есть ли такие программы, которые осуществляют логирование всего, что происходит на компьютере, включая ВСЕ действия администратора. При этом, естественно, он не должен иметь возможности выключать программу и каким-либо образом править/удалять эти логи.
В идеале, чтобы он даже не знал, что на компьютере установлена такая программа.

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

MZH rrrrrrrrrrа кого вы будете наказывать, если процесс Local System произведет чтение с файла бэкапа SQL-сервера? Реализуется без малейшего напряжения мысли
А почему бы не назначить админа ответственным за то, чтобы этого не происходило?

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

MZH Sergey OrlovСогласен, что проблема сформулирована нечетко, да и данных мало.
К примеру, если речь пойдет о защите компьютера, который работает только как SQL-сервер, то тут все может оказаться гораздо проще, я имею ввиду доступ извне к этому серверу, достаточно будет, я думаю, использовать IPsec c сертификатами, тут доступ к серваку получит только пользователь, имеющий сертификат, админу сертификат можно и не давать...
Удастся ли защититься сертификатами от человека, имеющего локальный доступ к серверу? Политики порой оказываются надежнее.
В любом случае подход должен быть комплексным,
1. в случае же IPSec, то чтобы что-то куда-то скопировать, его придется снять, что не пройдет незамеченным...
2. Если на MSSQL не стоит windows-autenfication, то, чтобы сделать backup-ы баз надо быть знать пароль sa или быть ему эквивалентным, да и задания чтобы задавать тоже надо иметь определнные права...

Уже флейм пошел.
У меня дома валяется книжечка, купленная лет 10 назад, называется она кажется "Безопасность сетевых операционных систем", в ней как раз и рассматриваются подходы к данной проблеме, правда ос всего 3-и, *nix, Nw 4.xx, NT4.

MZH Sergey OrlovУже флейм пошел.
У меня дома валяется книжечка, купленная лет 10 назад, называется она кажется "Безопасность сетевых операционных систем", в ней как раз и рассматриваются подходы к данной проблеме, правда ос всего 3-и, *nix, Nw 4.xx, NT4.
Кстати, это не в этой ли книжке рассказывают, как отключить Windows аутентификацию для MS SQL Server? Факты в студию, пожалуйста.
А то в моих книжках про это ни слова, обидно...
На тот момент версия 6.5 была, боюсь у тебя ее нет, а что нельзя зайти в security SQL'а и поставить группе встроенных админов deny access, оставив только sa

В версии 6.5 так и было, совемещенная(windows) аутенфикация выдавалась как достижение, и когда ставился сервер предлагалось 3-и вида аутенфикации, только sql-я, только виндовая и смешанная, и насколько помню, все пользователи автоматом становились пользователя sql-сервера... Потом осознали, кака я дырка в безопасности и в 7.0 этого уже не стало. Очевидно борьба с Novell'ом давала знать - один раз аутенфицироваться в системе. У меня это осталось в памяти из-за того, что один сотрудник ведовший им забыл пароль sa, работать с базой можно было, а модифицировать процедуры...
При этом ты прав вещи разные.

MZHСвойства SQL-сервера - Security - Audit Level - All
После этого события Logon и Logoff будут отображаться в Application Log.
Запретить админу стирать его непросто и вряд ли легко получится. Но можно сделать, например, регулярную выгрузку журнала в текстовый файл и сравнение размера выгруженного с предыдущим. Как только уменьшился-тут же отправить оповещение.
Доступ к самим файлам БД или бэкапам легко отслеживать через аудит доступа к обьектам.
Есть Local Security Setting -> manage auditing and security log , выкинуть оттуда администраторов, но перед этим кого-нибудь ввести, хотя на перезагрузке и в командной строке наверное можно...