Как защитить базу???

← →
Danilka (2003-06-17 15:09) [40]

Anatoly Podgoretsky © (17.06.03 15:06)
дык, от для этого и просится. чтобы за ним тоже уследить не могли. :)

← →
Anatoly Podgoretsky (2003-06-17 16:06) [41]

Дык 100 000 придется на двоих делить

← →
nikkie (2003-06-17 17:13) [42]

>Дык 100 000 придется на двоих делить
нее... это сейчас 100000 делится на неизвестное количество юзеров. а при грамотном администрировании можно ни с кем не делиться. а чтобы начальство довольно было - можно даже сократить потери. райское место :)

а не эта ли цель стоит за самим вопросом? :)))

← →
Nerpa (2003-06-17 21:54) [43]

У меня был похожий случай.
В базе меняли поля записей или удаляли целые записи.
Что сделал:
1. Контрольная сумма записи. Посчитай, пошифруй.
При загрузке программы - сканируй записи и сверяй контрольную сумму.
2. Делать скрытый лог того, что записываешь в базу.
При загрузке сверяй есть ли записи в базе и логе.
Лог, естественно, прячь и шифруй (я делал 3 копии лога)
3. Если что, печатай себе отчёт (что было на самом дела и во что умники переделали) и прямо типа к директору, т.е.
к чуваку, который может всех уволить.

Результат: После первого такого случая (был представлен отчёт реальный и фактический) были уволены охраник и сисадмин.
История закончилась.

← →
KDS (2003-06-18 15:19) [44]

Перенесите ФБ и базу на Линукс машину.
Там логи красиво ведуться + производительность выше.
Чайники в Линух не полезут. :-))

← →
Wizard_Ex (2003-06-18 16:37) [45]

А что мешает запретить доступ на уровне ОС?
Сервер NT, а лучше 2000
завести юзера справами администратора (для себя)
и ограничить доступ к папке/файлу базы
вернее запретить доступ, запретить изменение прав, запретить чтение каталога, запретить чтение файлов, запись файлов в общем все запретить пользователям Everyone, Администратору и т.д..
Плюс к этому нужно быть владельцем этого каталога/файла
Разрешить/дать все права System, Services и себе конечно.
В итоге любые юзеры с файлом сделать ничего не смогут,
администратор тоже, а Interbase - это сервис, а ему мы разрешили доступ, и еще системе.
Должно сработать. Сам не пробовал

← →
Wizard_Ex (2003-06-18 16:46) [46]

Удалено модератором

← →
Zacho (2003-06-18 18:06) [47]

> Wizard_Ex © (18.06.03 16:46)
> Второй вариант:
> набить еб-ник админу и выгнать на...

И то же самое сделать с начальником, который допустил такой бардак.

← →
Soft (2003-06-18 18:21) [48]

А Oracle Lite не поможет разве. Он бесплатный.

← →
Sirus (2003-06-19 13:08) [49]

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

← →
NickBat (2003-06-19 13:13) [50]

> проблемка решена написанием маленькой проги, которая попросту форматирует все
Интересное решение проблемы! Не боитесь что-нибудь не то отформатировать? И что значит "незнакомые" диски. С кем не знакомые? Насколько диск должен быть "знакомым" чтобы выжить?

← →
Soft (2003-06-19 13:43) [51]

http://www.dca.narod.ru/

Там есть фришные програмки защиты(чтения, записи, форматирования...) дисков с исходниками на асме.

← →
Anatoly Podgoretsky (2003-06-19 13:53) [52]

Прощай база и сервер, долгая память.

← →
Sirus (2003-06-19 13:55) [53]

Прога периодически проверяет серийные номера дисков и наличие определенного файла на диске. Если номер незнаком или файл отсутствует или файл не тот который нужен то за проверкой следует форматирование...

← →
stone (2003-06-19 14:00) [54]

> Sirus © (19.06.03 13:55)

> Прога периодически проверяет серийные номера дисков

Если материнка имеет встроенный RAID, получить серийный номер диска, подключенного к RAID не всегда удается. ИМХО, защиты хуже просто не придумаешь. Да и какой в ней смысл? Копируют, как я понял, базу (*.gdb), а не какие-то программы.

← →
Danilka (2003-06-19 14:19) [55]

ну, блин, и защита :))

если с админом теперь все ок, то достаточно на сервере сделать доступ к файлу БД только фиребирду, а остальным нефиг доступ даже на чтение. вот и вся защита.

Как защитить базу??? Найти похожие ветки