Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Как закрыть базу Access (mdb) ? [D6, Access]

Страницы: 1 2 >
kyn66 © (2005-05-03 13:50:00)
САБЖ, чтобы в ней не лазили? Через пароль - глухо, вскрывается 0.5 сек.

Sergey13 (2005-05-04 09:49:00) [1]
2[21] КиТаЯц © (04.05.05 09:42)
>Ну по любому: "файлы не в те руки" - это больше проблемма ОС чем БД.
Скорее сисадмина, ИМХО.

КиТаЯц (2005-05-04 09:42:00) [2]
Ну по поводу бэкапов (в IB6x не знаю, а вот в FireBird точно есть) можно бэкапить базу как "нетранспортабельную" (NonTransportable), т.е. восстановиться она сможет только туда откуда бэкапилась.
А вот с локальными...

Ну по любому: "файлы не в те руки" - это больше проблемма ОС чем БД. Хотя как посмотреть...

зы. В каком-то ФАКе видел (своими словами):
- Как защитить данные?
- Закрыть компьютер в отдельной комнате без телефонных и других линий с бронированной дверью... :)

Anatoly Podgoretsky (2005-05-04 09:26:00) [3]
Не скажи, есть такие понятия как бекапы, которые имеют тенденцию попадать в другие руки и прочие ошибки. Защита базы не должна позволять получить данные, если файлы базы попали не в те руки. Кроме того не забудем и про локальные базы, где файлы по уиолчанию доступны.

КиТаЯц (2005-05-04 09:03:00) [4]
> Anatoly Podgoretsky © (04.05.05 08:55) [18]
Хм... А вот по мне, так в Интербейс защита очень даже правильнореализована.
Доступ к БД - в системном файле. Доступ к системному файлу (да и к файлу БД тоже) - проблемма не БД а системы (ОС).
Все логично: безопасность доступа к БД "решена", а безопасностью ОС пусть разработчик ОС занимается...

Anatoly Podgoretsky (2005-05-04 08:55:00) [5]
Раз стоит проблема и при этом занимаются взломом и тратят на это 0,5 секунды, то надо задуматься об квалифицированом решении, выбрать такую базу, где бы такого не было. Где бы не было прямого доступа к файлам БД, где бы защита не снималось заменой системного файлика, как в Интербейс, на тот случай если база как то попадет в руки.

КиТаЯц (2005-05-04 08:47:00) [6]
> Vit@ly © (03.05.05 21:33) [16]
> и подбирать их достаточно сложно

Дєїc†вµ†€љњо cЉожњеќо :)

Vit@ly (2005-05-03 21:33:00) [7]
Я же написал
Но рядовому юзеру сделать это достаточно не просто
Ну тем более специально подсказал насчет табов. А на самом деле "неотображаемых" (тех, которые очень не просто ввести) символов более чем достаточно
К примеру: Љ Ў ® ±, и подбирать их достаточно сложно

sniknik (2005-05-03 21:21:00) [8]
Vit@ly © (03.05.05 19:32) [12]
а вообше нормально, действительно пришлось помучится определять/набирать... ;о))

sniknik (2005-05-03 21:04:00) [9]
Vit@ly © (03.05.05 19:32) [12]
нажимаеш alt, не отпуская нажимаеш 9 на дополнительной раскладке, отпускаеш 9 отпускаеш alt. это <Tab>, <BackSpase> = 8 и т.д. все остальные.
это к слову про "никак".

kyn66 (2005-05-03 19:48:00) [10]
> Vit@ly
А как насчет второй части моего вопроса [11]?

Vit@ly (2005-05-03 19:32:00) [11]
Неотображаемые символы, к примеру <Tab>, <BackSpase> и достаточно много других. Если в пароле первым символом будет <Tab>, то вручную этот пароль уже никак не ввести

kyn66 (2005-05-03 19:25:00) [12]
А что такое неотображаемые символы, если не секрет?
Никто не отвечает на мой вопрос, не подскаш, как столбцу присвоить значение по умолчанию 0 через AALTER TABLE tab1 ALTER COLUMN Col1 DEFAULT=0 - здесь ошибка, а как правильно?

Vit@ly (2005-05-03 18:43:00) [13]
Это не "шибко" крепко защищает, но я просто ставлю пароль из неотображаемых символов, которые вручную никак не ввести. Естесственно при исключительном интересе все можно открыть. Но рядовому юзеру сделать это достаточно не просто

kyn66 (2005-05-03 18:41:00) [14]
$-) БОлее всего наверное подойдет изменить расширение...

YurikGL (2005-05-03 18:31:00) [15]

> Пока реального предложения не поступило ;-)

1) Запретить доступ на уровне NTFS.
2) Зашифровать.
3) Изменить расширение (99% пользователей открыть не смогут).
4) Перевести на другой нормальный сервер.

kyn66 (2005-05-03 18:08:00) [16]
Пока реального предложения не поступило ;-)

Sergey13 (2005-05-03 14:59:00) [17]
2 [5] kyn66 © (03.05.05 14:54)
> не понимают!
И не поймут. Это нормально.

>Вот и хочу как-то...;-)
Вот тебе и предлагают.

kyn66 (2005-05-03 14:54:00) [18]
Людей просиш, не лазьте сами в базе, не правьте.. - не понимают! Вот и хочу как-то...;-)

Bronco (2005-05-03 14:45:00) [19]
Если у юзера есть непосредственный доступ к файлу БД значит защищать бесполезно.
Можно конечно зашифровать данные, но может и это не спасти, плюс проблем с поиском и сортировкой нахватаешь.
По возможности пользуй SQL сервера

Sergey13 (2005-05-03 14:32:00) [20]
Наверное стОит переходить на более защищенные БД.

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »