Firebird SYSDBA Password

Имам проблем който може да е принципен а може просто да си е така.

Опитвам се да сменя паролата на SYSDBA - първия път я сменя но после всеки следващ път не я сменя (тоест сменя я само веднъж - първия). Пробвах и с други тулове (IBExpert, DatabaseWorkbench) - същия ефект. Taka ли е са по принцип организирани нещата? и от къде мога д анамеря алгоритъма, по който Firebird кодира паролата (нали е Open Source).

Благодаря предварително.

{ Видях се в приключение с тези потребители. }

Криптира се (ако не се лъжа) със същия алгоритъм, с който се криптират паролите в Unix/Linux. По-скоро се хешират, а не криптират, защото функцията е еднопосочна.
Не, не са организирани така нещата. Паролата може да се сменя повече от веднъж. Какво значи "първия път я сменя но после всеки следващ път не я сменя"? Какво точно става?

Да. Прав си. хешира се. Използва се едноключов DES (ех само да можех да му набарам ключа.) и то не самата база го криптира, а TIbSecurityService (имам съмнение)

А по моя проблем - веднага след като инсталирам приложението (Create -на базата) мога да сменя паролата - от masterkey на каквато си искам и край - всеки следващ опит е неуспешен. Не дава грешка, просто не я сетва.

Не мисля, че се ползва Data Encryption Standard (DES). Той е друпосочен. Ако не се лъжа алгоритъма му викат "Unix crypt". Може би си е част от API-то или стандартните библиотеки или там каквото е (някой по-знаеш по юниксите може ли да си каже мнението?)
А иначе да си пипал нещо по isc4.gdb (респективно fbsecurity-то)? Това не е нормално поведение.

На сайта на Firebird прочетох за DES (като междудругото и аз малко се изненадах.)
"Опарих" от директно бъркане в секюрити базата (омазах я на 2 пъти), така че ползвам само TIBSecurityService. Което е най-интересно тулове като IBExpert, DatabaseWorkBench се държат по същия (необоснован) начин.

Вече почвам да търся друго решение. Някакви идеи ???

Не знам. Това, което казваш е много странно. С какъв сървър си? Опитай да го деинсталираш (като му махнеш и секюрити базата) и да го инсталираш на чисто.

С FireBird 1.5 съм (последната версия, която дръпнах от сайта на FireBird).
Номера с преинсталирането го пробвах вече - без резултат .

Ще мисля нещо - ако успея да разбера от какво прави такива мизерии ще пиша.

Благодаря.

Не е необходимо преинсталиране.
За да се възстанови SYSDBA/masterke е достатъчно да се смени isc4.gdb/security.fdb (рестор от isc4.gbk/security.fbk с друго име и след това преименоване при килнат сървър).
Не разбирам как и защо ти възниква проблема. Предполагам, че ще ти е полезно да разгледаш [url=[линк]]Ivan Prenosil's Firebird/InterBase site[/url]
За алгоритъм и реализация за кодиране на паролата вж.[линк]

PS
Струва ми се че тази тема е по-скоро за клуб База данни

Благодаря ти NDeu ще поразгледам и дано открия решение.

Междудругото пробвах да поствам в клуб "Бази данни", но там никакъв отговор(босички са явно колегите - е то никой не се е родил научен). Както и да е - там не намерих помощ.

Залавям се за работа. BYE

от нещата който разгледах(10x to NDeu & andrew_nikoloff) и пробвах разбрах че за паролата на Interbase може да се ползва Unix криптиране или Des(като ключа е '9z' - незнам от къде са го измислили). И двата метода водят до един и същ резултат.


Благодаря на всички отзовали се.

{ Хората са го написали само да знаеш къде да търсиш! }

Всъщност 9z не е точно ключа. Това е т.нар. Salt - нещо като допълнение на ключа, което се добавя към него за подобряване на сигурността. Идеята му е при всяко криптиране то да е с различна стойност, за да може еднакви пароли да дават различни хешове след криптиране. Ако имаш някакъв Linux можеш да провериш това като добавиш 2 потребителя с еднакви пароли и видиш хешовете им в shadow файла. Да ама при IB явно винаги е 9z...

Безкрайно си прав !!!

... В IB е константа ('9z' - последната цифра и последната буква )