Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11 .. 99   вперед  Ctrl
 Re: Разработал драйвер баз данных, что дальше???  [new]
Диез
Member

Откуда: Столица Попозже.
Сообщений: 894
JErik

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


Взламывают, а не взломывают! Ну это так, придирки..

А с чего это я должен вам верить?
Может у вас применяется банальный шифр Цезаря - так действительно, ни одному хакеру не придет в голову его ломать.. Как и ловить того неуловимого Джо...

Хде ваши токазательства (с) ?
4 ноя 09, 15:13    [7881411]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
cryptoman
Guest
[JErik]cryptoman,
Система управления ключами - уже разработана и поставляется в комплекте с драйвером БД.
[/quot]

Насколько я понял нескольким клиентам получающим доступ к одним и тем же данным выдается один и тот же ключ.
Правда ?


[JErik]
Что касается известных алгоритмов шифрования - то их стойкость далеко не идеальна.
[/quot]

Криптостойкость стандартных алгоритмов доказана метематически.
А Ваша чем доказана ?
В мире нет ничего идеального.


[JErik]
Алгоритм шифрования действительно уникален - и не позубам ни одному хакеру, это вам не заезженные алгоритмы, реализации которых то и дело взломывают...
[/quot]

Алгоритмы Криптования создают ломают не хакеры, а математики.
и к алгоритмике и реализации из области программирования имеют только
то отношение, что реализованы на каком то ЯП.

Покажите мне человека взломавшего RSA, а не укравшего пароль или нашедшего баг
в какой то его реализации.
4 ноя 09, 15:34    [7881476]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
cryptoman
[JErik]cryptoman,
Система управления ключами - уже разработана и поставляется в комплекте с драйвером БД.


Насколько я понял нескольким клиентам получающим доступ к одним и тем же данным выдается один и тот же ключ.
Правда ?


[JErik]
Что касается известных алгоритмов шифрования - то их стойкость далеко не идеальна.
[/quot]

Криптостойкость стандартных алгоритмов доказана метематически.
А Ваша чем доказана ?
В мире нет ничего идеального.


[JErik]
Алгоритм шифрования действительно уникален - и не позубам ни одному хакеру, это вам не заезженные алгоритмы, реализации которых то и дело взломывают...
[/quot]

Алгоритмы Криптования создают ломают не хакеры, а математики.
и к алгоритмике и реализации из области программирования имеют только
то отношение, что реализованы на каком то ЯП.

Покажите мне человека взломавшего RSA, а не укравшего пароль или нашедшего баг
в какой то его реализации.[/quot]
Боже упаси, нет конечно, каждому клиенту выдаётся свой уникальный ключ - более того систему управления ключами способна аннулировать ключи клиентов. Если вам нужна суппер пуппер безопасность - то в вашем случае следует воспользоваться двухуровневой системой аутентификации, то есть каждому клиенту выдать цифровой ключь на УСБ носителе И праллельно держать другие ключи аутентификации второго уровня на сервере - вы в любой момент сможете аннулировть (сделать не действительным более) - любой из выданных вами ключей... От того что аннулировать цифровой ключ утеряной флешки, или просто сменить паоли - до полной блкиовки пользователя. Пользователь просто не будет более обладать ключом для расшифровки базы.
Криптостойкость моих методов доказана годами и она гораздо надёжнее предлагаемых алгоритмов сейчас. У всех программ как у программы по шифровнию, драйвера БД и алгоритмов аутентфиикации супер защита потому что там применены абсолютно новые методы защиты. Крое самого шифра (а в качестве базового алгоритма шифрования может использоваться любой и в том числе перечисленные вами гостовские), безопасность основана на новых мтодах применения криптографических систем усиливающих их безопасность и стойкость... Применение алгоритмов основано на полной невозможноти восстановления ключа - даже по известному алгоритму и известной защищённой инормации на всех стадиях применения контролируется чтобы ключь был динамеческий (тот или иной алгоритм изменения ключа), кроме того длинна ключа во всех случаях должна превышать длинну шифрованного блока - чтобы даже теоретически бло по шифрованному тексту просто невозможно восстановить даже одноразовый ключ. Что касается алгоритмов аутентификации - то это само совершенство - всё вышеперечисленное применяется в купе с алгоритмами рандомизации, генераторами псевдо-случайных чисел (изменчивости алгоритмов и шифров) и продуманной ситемой многоуровневых шифров - при этом просто невохможно получить даже часть результата полностью не вполнив преобразования всех уровней - это исключает попытки создания алгоритмов пыстрого перебора и т.д... Рандомизация делает некоторые алгоритмы проверки паролей - вероятностными что исключает какие липо попытки перебора паролей...
4 ноя 09, 15:58    [7881541]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Диез
JErik

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


Взламывают, а не взломывают! Ну это так, придирки..

А с чего это я должен вам верить?
Может у вас применяется банальный шифр Цезаря - так действительно, ни одному хакеру не придет в голову его ломать.. Как и ловить того неуловимого Джо...

Хде ваши токазательства (с) ?
Вам совсем необязательно мне верить - вы сами всё можете проверить, хорошо организованные алгоритмы криптографии лишают возможности сжатия файлов архиваторами, можете посмотреть что ни БД ни файлы от программы по шифрованию - практически не сжимаемы - даже если вы зашифруете ыфайл из спрошных нолей без сжатия... после применения данной криптосистемы вы уже не сожмёте файл - это уже показатель грамотной реализации криптографической ситсемы... Если конечно вам не жалко времени можете конечно попытаться взломать но это не увенчается успехом...
4 ноя 09, 16:07    [7881574]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
hvlad
Member

Откуда:
Сообщений: 11564
JErik
Криптостойкость моих методов доказана годами и она гораздо надёжнее предлагаемых алгоритмов сейчас. У всех программ как у программы по шифровнию, драйвера БД и алгоритмов аутентфиикации супер защита потому что там применены абсолютно новые методы защиты.


JErik
Что касается алгоритмов аутентификации - то это само совершенство...
У кого-нибудь ещё остались сомения насчёт вменяемости автора ?
4 ноя 09, 16:14    [7881601]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
JErik
само совершенство


К сообщению приложен файл. Размер - 0Kb
4 ноя 09, 16:18    [7881619]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
hvlad
JErik
Криптостойкость моих методов доказана годами и она гораздо надёжнее предлагаемых алгоритмов сейчас. У всех программ как у программы по шифровнию, драйвера БД и алгоритмов аутентфиикации супер защита потому что там применены абсолютно новые методы защиты.


JErik
Что касается алгоритмов аутентификации - то это само совершенство...
У кого-нибудь ещё остались сомения насчёт вменяемости автора ?
Небыло ещё ни одного случая взлома - за все годы существования алгоритмов - а это как никак, около 10-ти лет, и ПО по шифрованию - применяю не только я...
4 ноя 09, 16:20    [7881625]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Yo.!
Guest
hvlad

У кого-нибудь ещё остались сомения насчёт вменяемости автора ?

ячеистые HDD, совершенные криптосистемы, магическая консистентность и уникальный скриптовой язык, но я еще уверен, что сей молодец хорошо разбирается в балете.
ну в чем-то же должен !
4 ноя 09, 17:01    [7881791]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
ЛП
Guest
JErik
Небыло ещё ни одного случая взлома

Вам известен анекдот про неуловимого Джо?
4 ноя 09, 17:06    [7881802]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
cryptoman
Guest
JErik


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


Тут про двух уровневую аутентификаци ничего не написано:
http://ykolchurin.narod.ru/FVMas.html

Организация клиентских мест:
- библиотека поддерживает два вида аутентификации, сквозную и расширенную, в случае сквозной аутентификации пароль доступа один у всех клиентов и его следует прописать администратору в момент настройки программы – это позволяет всем пользователям просто запускать программу и без ввода каких-либо данных работать с ней – а идентификацию проводить по имени учётной записи в которой работает пользователь. Расширенный режим – требует ввода имени пользователя и пароля при каждом входе.



JErik

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



автор

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



автор

Организация сервера баз данных требует 2-ва компьютера:
- основной: с которого работают все пользователи, на нём хранится сама база данных в шифрованном виде с надёжным кодом и цифровые ключи аутентификации пользователей (это обычно однако цифровые ключи могут храниться и на USB-Flash накопителях, тогда такая флешка становится цифровым ключом для доступа к БД – однако имя пользователя и пароль всё равно понадобятся для доступа к данным). Независимо от того где хранятся цифровые ключи у основного сервера нет данных для расшифровки баз данных – то есть даже в случае его взлома – хакерам не удастся декодировать данные, так как средств для этого основной сервер просто не содержит.



Прокоментируйте выделенные фрагменты, они противоречат друг другу.

JErik

Криптостойкость моих методов доказана годами и она гораздо надёжнее предлагаемых алгоритмов сейчас. У всех программ как у программы по шифровнию, драйвера БД и алгоритмов аутентфиикации супер защита потому что там применены абсолютно новые методы защиты. Крое самого шифра (а в качестве базового алгоритма шифрования может использоваться любой и в том числе перечисленные вами гостовские), безопасность основана на новых мтодах применения криптографических систем усиливающих их безопасность и стойкость...


Как насчет познакомиться с фундаментальной ( математической ) частью новых методов?
Или секрет ?

p.s. Реинкарнация ЧАЛа?
4 ноя 09, 17:08    [7881808]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
cryptoman
Guest
JErik

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


Это еще не доказательство Вашей заслуги.

Это в первую очередь заслуга тех, кто хранит в TJ7 данные
не представляющих ценности для потенциальных взломщиков.
4 ноя 09, 17:30    [7881882]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
cryptoman,
Я попытаюсь рассказать принцип аутентификации.
Дело в том что функционал аутентификации описывает только методы и процедуры аутентификации и не определяет обязательного размещения ключей аутентификации в определённых местах - поэтому программист сам решает где их разместить, я могу только рекомендовать.
БД зашифрована определённым кодом, все механизмы аутентификации являются чёрным ящико - что-то вроде правила преобразования входа в выход - поэтому при любом входе - вы получите определённый результат. Чтобы все клиенты могли получать доступ и в тоже время всё работало независимо от пароля БД - каждому клиенту выписывается цифровой ключ: чёрный ящик - который способен перекодировать его пароль в код для декодирования данных из БД. Поэтому если такие ключи хранятся на сервере система управления паролями может регулярно -хоть ежечасно шифровать БД с новым паролем и обновлять цифровые ключи клиентов - если клиенты работают с БД - они этого не заметят - так как ИХ программа заметит новые ключи и буфирезирует их повторно при попытке любого доступа. Поэтому в простейшем случае пользователю надо знать своё имя и пароль (имя дл того чтобы ПО могло найим свой ключ на сервере). Архитектура расширенных цифровых ключей - исключает любые попытке подмены - даже переименование файла - лешит его возможности пройти аутентификацию. Что касается сквозной аутентификации - то это единый цифровой ключ - для группы лиц, не являющий-ся персональным. Пр этом можно дополнительно раздать пользователям цифровые ключи на флешке, тогда получится двойная аутентификация - сначало по Имени и пароль введённому пользователем с помощью его УСБ насителя будет получен код - для следующей аутентификации - уже из аутентификационного блока на стороне сервера, только пройдя оба преобразования - можно будет расшыфровать БД. Система управления паролями - не просто удаляет цифровые ключи НО и шифрует БД с новым кодом - поэтому даже если пользователь будет делать копии своих ключей - он не сможет ими воспользоваться если был удалён из системы управления паролями...
4 ноя 09, 17:41    [7881923]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
cryptoman
JErik

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


Это еще не доказательство Вашей заслуги.

Это в первую очередь заслуга тех, кто хранит в TJ7 данные
не представляющих ценности для потенциальных взломщиков.
Детализация телефонных звонков Биллайн :)... более чем конфиденциальная...
4 ноя 09, 17:46    [7881938]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
cryptoman
Guest
JErik
cryptoman,

БД зашифрована определённым кодом, все механизмы аутентификации являются чёрным ящико - что-то вроде правила преобразования входа в выход - поэтому при любом входе - вы получите определённый результат.


Чтобы все клиенты могли получать доступ и в тоже время всё работало независимо от пароля БД - каждому клиенту выписывается цифровой ключ: чёрный ящик - который способен перекодировать его пароль в код для декодирования данных из БД.


Значения Кодов которые выделены и подчеркнуты одинаковы в промежутке времени
между перекодированием ?



JErik

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




получив значение кода выделенного и подчеркнутого выше ?

Иначе ИМХО компромис с производительность Вам тяжело было найти.



JErik

Система управления паролями -


Чесно сказать мне не интересна,
Как создать безопасную ассоциацию пароля и ключа криптования я себе представляю.
4 ноя 09, 18:04    [7881983]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Yo.!
Guest
ключ, код, шифр - мальчик, у секретарши тупо дернется рука и затрет мусором весь твой файлик бд. и насрать секретарше, что ты там чего-то шифровал своим дырявым вылосипедом и что какие-то ключи прятал в открытой нетворке ...
4 ноя 09, 18:11    [7882007]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
cryptoman,
В первом случае это один и тот же код - код которым зашифрована БД - позволяет декодировать данные клиенту - при этом он не передаётся по сети вообще, все преобразования происходят на стороне клиента - с сервера он может получать только набор инструкций как преобразовать его существующий пароль который он ввёл в код для декодирования данных... Дакннй код одинаков для всех клиентов на время его деуствия (до ручной или автоматическйо смены кода - системой управления паролями)... Аутентификационные блоки не передаются каждый рас клиенту - они буферезируются в момент старта программы и потом только проверяется не изменились ли они и информация считывается из буфера - если произошло перекодирование базы данных - клиенты скачивают новый ключ, если Перекодирование БД произошло несанкционированно (Мало-ли - допустим сбойная память у клиента которая что-то напутала) - Сервер оспримет это как повреждение и тут-же восстановит рабочее состояние...
4 ноя 09, 18:13    [7882016]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
cryptoman
Guest
JErik

Детализация телефонных звонков Биллайн :)... более чем конфиденциальная...


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

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

Парадокса не находите ?

Вы про DLP слышали ?
4 ноя 09, 18:15    [7882019]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Yo.!
ключ, код, шифр - мальчик, у секретарши тупо дернется рука и затрет мусором весь твой файлик бд. и насрать секретарше, что ты там чего-то шифровал своим дырявым вылосипедом и что какие-то ключи прятал в открытой нетворке ...
Секретарша не сможет даже запустить программу пока не введёт правильный ользовательский пароль!!! В случае попытке подбора из-за вероятностных алгоритмов аутентификацию она пройдёт НО доступа не полчит - экран будет чист и надпись: База данных повреждена. При этом как-то повлиять на работу всей системы - она никак не сможет...
4 ноя 09, 18:16    [7882022]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
cryptoman
JErik

Детализация телефонных звонков Биллайн :)... более чем конфиденциальная...


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

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

Парадокса не находите ?

Вы про DLP слышали ?
Нет нет, не Весь биллайн а лишь корпоративный, это 500.000 звонков в месяц :), данные хранятся не менее 3-х лет...
4 ноя 09, 18:18    [7882028]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54818

JErik

Секретарша не сможет даже запустить программу пока не введёт правильный
ользовательский пароль!!!

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

Posted via ActualForum NNTP Server 1.4

4 ноя 09, 18:22    [7882035]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
cryptoman
JErik

Детализация телефонных звонков Биллайн :)... более чем конфиденциальная...


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

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

Парадокса не находите ?

Вы про DLP слышали ?
Утечки быть не может, так как даже экспорт данных ИЗ программы обработки - доступен лишь ограниченному кругу лиц, если к обычным таблицам можно подключиться даже Экселям - задавая источники данных - зная имя и пароль и выносить всё, то здесь это оочень проблематично. Само ПО использует персональную аутентификацию, все КОДЫ доступа в памяти ранятся только в шифрованном виде, скопировать ПО на другой ПК - нельзя так как затираются ключи шифрования - ПО привязывается к системе, а так-же оснощено функциями проверки собственного кода и гибкой системой разграничения доступа, если вы хакер. Получить несанкционированный доступ - просто нвозможно...
4 ноя 09, 18:23    [7882037]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Dimitry Sibiryakov

JErik

Секретарша не сможет даже запустить программу пока не введёт правильный
ользовательский пароль!!!

А зачем ей вообще запускать программу? Она просто ткнёт в проводнике на
файл и мышкой отправит его в корзину. А поскольку файл на сетевом
ресурсе, он до корзины не долетит и будет безвозвратно потерян.
Конечно, Ваша система восстановит резервную копию, которая была сделана
полчаса назад, но сколько звонков при этом останутся нетарифицированными?
Секретарша не может удалить файл - на системе НТФС - настраивается запрет на удаление, кроме того даные лежат в папке корневую папку которой ни одному пользователю нельзя просматривать - они даже немогут войти в папку с БД, не говоря уже о чём-то ещё...
4 ноя 09, 18:24    [7882043]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Dimitry Sibiryakov

JErik

Секретарша не сможет даже запустить программу пока не введёт правильный
ользовательский пароль!!!

А зачем ей вообще запускать программу? Она просто ткнёт в проводнике на
файл и мышкой отправит его в корзину. А поскольку файл на сетевом
ресурсе, он до корзины не долетит и будет безвозвратно потерян.
Конечно, Ваша система восстановит резервную копию, которая была сделана
полчаса назад, но сколько звонков при этом останутся нетарифицированными?
Это кстате втоой уровень аутентификации на уровне ОС, средствами проверки подлинности Windows и разграничения доступа NTFS - в расширенных параметрах можно разрешить читать а некоторым пользователям и изменять данные, но необязательно девать доступ на удаление или вообще возможности попасть пользователю в даную папку через проводник просто так...
4 ноя 09, 18:27    [7882053]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Yo.!
Guest
JErik
Секретарша не может удалить файл - на системе НТФС - настраивается запрет на удаление, кроме того даные лежат в папке корневую папку которой ни одному пользователю нельзя просматривать - они даже немогут войти в папку с БД, не говоря уже о чём-то ещё...

да не будет она удалять - просто поверх запишет виндовый своп и никто это сделать не помешает. причем как это у нее получилось так и останется загадкой и для нее тоже.
4 ноя 09, 18:32    [7882068]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
cryptoman
Guest
JErik


cryptoman

Насколько я понял нескольким клиентам получающим доступ к одним и тем же данным выдается один и тот же ключ.
Правда ?


Боже упаси, нет конечно, каждому клиенту выдаётся свой уникальный ключ - более того систему управления ключами способна аннулировать ключи клиентов.


JErik

Дакннй код одинаков для всех клиентов на время его деуствия (до ручной или автоматическйо смены кода - системой управления паролями)..


Обманывать не хорошо :)
4 ноя 09, 18:34    [7882074]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11 .. 99   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить