Собсно в Ya 890 я по просьбам трудящихся добавил поддержку isc_dpb_encrypt_key.
Так вот открывая такую базу с кривым паролем имеем падения сервера в разных
местах. Т.к. код становится нестабильным, в силу отсутствия алгоритмов
верификации содрежимого страниц.
У меня шифровались страницы
Oleg LOA ...
Собсно в Ya 890 я по просьбам трудящихся добавил поддержку
isc_dpb_encrypt_key.
Так, как оно было заложено борландом ? Кака
Так вот открывая такую базу с кривым паролем имеем падения сервера в разных
местах.
А как же. Какая архитектура - такое и поведение.
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Oleg LOA ...
Собсно в Ya 890 я по просьбам трудящихся добавил поддержку
isc_dpb_encrypt_key.
Так, как оно было заложено борландом ? Кака
В смысле?
Так вот открывая такую базу с кривым паролем имеем падения сервера в
Oleg LOA ...
Vlad Horsun ...
Oleg LOA ...
Собсно в Ya 890 я по просьбам трудящихся добавил поддержку
isc_dpb_encrypt_key.
Так, как оно было заложено борландом ? Кака
В смысле?
Все клиенты должны знать ключ шифрования. Кривизна немерянная, имхо
Так вот открывая такую базу с
Все клиенты должны знать ключ шифрования. Кривизна немерянная, имхо
См выше. -
1) Ya Personal всегда нужен ключ
2) В обычном сервера первый кто открывает должен знать ключ - остальные знать
не должны.
Я считаю, что то, что передаётся с isc_dpb_encrypt_key, не должно быть
ключём
Oleg LOA ...
Все клиенты должны знать ключ шифрования. Кривизна немерянная, имхо
См выше. -
1) Ya Personal всегда нужен ключ
Какой-такой персонал ? :-D Борланды не знали такого слова, когда наспех
прикручивали
эту недоделку :) Да и ты выше об этом не писал.
Но всё равно -
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
2) В обычном сервера первый кто открывает должен знать ключ - остальные
знать не должны.
Если бы это было так, то накой тогда вообще что-то шифровать ? Дождался
легального
коннекта, прицепился вторым - и тащи что
Oleg LOA ...
Vlad Horsun ...
2) В обычном сервера первый кто открывает должен знать ключ - остальные
знать не должны.
Если бы это было так, то накой тогда вообще что-то шифровать ? Дождался
легального
коннекта, прицепился вторым - и тащи что хошь :) Ключи следующих коннктов
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Для чего ты делаешь шифрование БД ? Для лишнего гемора ? Или что бы её не
спёрли ?
Ну так вот я показал тебе, как её спереть наиболее просто, не зная ключа.
Я её делаю пержде всего для Ya Personal. Там ты не знаю ключа
Oleg LOA loa-JGs/[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Пока я не вижу, как ты гарантируешь целостность БД. Сейчас она на уровне
99% (грубо говоря), ты
добавишь ещё 0.5% ценой потери скорости. Оно надо ?
Поетерей скорости? Блин да у меня шифрование тольком ни на что не
Oleg LOA ...
Vlad Horsun ...
Для чего ты делаешь шифрование БД ? Для лишнего гемора ? Или что бы её
не спёрли ?
Ну так вот я показал тебе, как её спереть наиболее просто, не зная ключа.
Я её делаю пержде всего для Ya Personal. Там ты не знаю ключа вообще ничего
не сделаешь.
Не
Oleg LOA ...
Oleg LOA ...
Пока я не вижу, как ты гарантируешь целостность БД. Сейчас она на
уровне 99% (грубо говоря), ты
добавишь ещё 0.5% ценой потери скорости. Оно надо ?
Поетерей скорости? Блин да у меня шифрование тольком ни на что не повлияло
;-)
По поводу 0.5%. Проблема
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Не факт. Я возьму у тебя его исходники, которые ты должен предоставить (я
могу даже купить
версию ПО с ним), и ключ мне станет просто не нужен.
Влад, при чём тут исходники и знание ключа? Исходники blowfish или ase лежат
Привет всем!
P.S. Алексей Ковязин - твой ход первый :-)
Похоже, я не совсем первый :)
И задачу широко конечно поставили - выдать вам на гора причины
повреждения БД, да еще оделить те, которые сервером вызываются и те,
которые внешние - диск типа сыпется, так?
А шифрование, как я понял -
Alexey Kovyazin пишет:
В общем, лучше было бы сделать сервер устойчивым к мусору на страницах и
багам - т.е. чтобы когда он видит битую запись, включал бы механизм ее
уборки/автофикса,
Молча? А может лучше сделать этот механизм как-то особым образом
запускаемым? А то тихо
Влад, при чём тут исходники и знание ключа? Исходники blowfish или ase лежат
в инте открытыми.
Исходники дятла я имел в виду.
И что? Что тебе дадут исходники?
Более того ты ключ из проги не выдернешь просто так даже подменой YaP
gds32.dll c
подменой attach_database, т.к. она
Oleg LOA ...
Влад, при чём тут исходники и знание ключа? Исходники blowfish или ase
лежат в инте открытыми.
Исходники дятла я имел в виду.
И что? Что тебе дадут исходники?
Если линковать YaP в приложение - ничего. Но об этом ты позже сказал :)
Более того ты ключ из проги не
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Если линковать YaP в приложение - ничего. Но об этом ты позже сказал :)
И даже если не линковать - тоже не дадут ;-). Никто не запрещает клиенту
проверять что за gds32 он к себе загружает.
А что ты делал с утилитами ?
18 matches
Mail list logo