информационная безопасность
без паники и всерьез
 подробно о проекте
За кого нас держат?Сетевые кракеры и правда о деле ЛевинаВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Вредоносный релиз LiteLLM 
 Мощные индийские ключи 
 Срочные патчи для критических уязвимостей... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hacking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Пароли лежат в ISC4.gdb на серваке, поэтому ищи, почему не работает. Что за ошибку IB выдаёт? 02.09.02 23:20  Число просмотров: 1800
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 02.09.02 23:22  Количество правок: 1
<"чистая" ссылка>
<hacking>
База GDB 02.09.02 17:18  
Автор: floyn Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Привет, Народ!
У нас есть старая прога, которая использует Interbase базу (GDB-файл).
Пишем софтину, ей тоже хорошо бы чего-нибудь читать из энтой базы. Так на ней, кажися, пароль (пробовал вводить юзера SYSDBA и пассворт masterkey - не пускает). Такая фигня. Можно ли как нидь это исправить? Не хотелось бы дату руками перебивать...
Спасибо заранее.
Все не так плохо! 09.09.02 19:44  
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
<"чистая" ссылка>
Дело в том, что администратор БД поменял пароль на аккаунт SYSDBA. по умолчанию это действительно masterkey, но в твоем случае - хрен его знает...
Могу предложить только такой выход:
Ставишь сервак и клиент интербейса на другой тачке. Копируешь базу туда и подключайся к ней спокойно через аккаунт SYSDBA - masterkey. В принципе, физическая защита у баз InterBase - лажовая... Она рассчитана на то, что никто к базе физического доступа не имеет, а все операции осуществляются через сервер и используют его систему защиты. Эту же базу можно спокойно подключить на другом сервере и никаких проблем...
Я так понимаю, физически ты базу копировать можешь... Это слегка неудобно, если тебе нужно брать из нее о-о-о-очень свежую инфу, но и тут написать приложение, которое буде копировать базу на другую машину и там подключать - дело пары минут... Совсем плохо, если в базе есть триггеры, которые срабатывают на пользователя. Хотя это - редкость. Чаще используют триггеры, срабатывающие на роль, под которой юзер прилогинился к базе.
В общем, пробуй так. Если есть такие триггеры - свистни. Попробуем решить эту проблему.
маленькое дополнение... 09.09.02 19:47  
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
<"чистая" ссылка>
Если действительно есть физический доступ к базе - то администратор БД (возможно, вместе с сисадмином) - полный лопух(и)! Нафига тогда было менять пароль на SYSDBA?
База GDB 02.09.02 22:17  
Автор: Rook <Alex Sergeev> Статус: Member
<"чистая" ссылка>
> Привет, Народ!
> У нас есть старая прога, которая использует Interbase базу
> (GDB-файл).
> Пишем софтину, ей тоже хорошо бы чего-нибудь читать из
> энтой базы. Так на ней, кажися, пароль (пробовал вводить
> юзера SYSDBA и пассворт masterkey - не пускает). Такая
> фигня. Можно ли как нидь это исправить? Не хотелось бы дату
> руками перебивать...
> Спасибо заранее.

А разве в IB пароль ставится не на серевер? и к базе он отношения не имеет.
Пароли лежат в ISC4.gdb на серваке, поэтому ищи, почему не работает. Что за ошибку IB выдаёт? 02.09.02 23:20  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 02.09.02 23:22  Количество правок: 1
<"чистая" ссылка>
А в isc4.gdb лежит открытый пароль? 03.09.02 09:43  
Автор: floyn Статус: Незарегистрированный пользователь
<"чистая" ссылка>
1)
Я подключился к базе isc4.gdb, там есть один user SYSDBA, с неудобоваримым паролем, а я подключался к isc4.gdb с юзером SYSDBA, и паролем masterkey. В isc4.gdb лежит зашифрованый пароль?

2)
>> Что за ошибку IB выдаёт?
1. 10504: Insufficient SQL rights for operation.
2. 13059, Server Error -551: no permission for read-write access to database E:\MY TEMP\ABONENT\ABONENTW\BASE\ABONENT.GDB
3. 10504: Alias: Abonent
А в isc4.gdb лежит открытый пароль? 03.09.02 11:12  
Автор: Rook <Alex Sergeev> Статус: Member
<"чистая" ссылка>
> 1)
> Я подключился к базе isc4.gdb, там есть один user SYSDBA, с
> неудобоваримым паролем, а я подключался к isc4.gdb с юзером
> SYSDBA, и паролем masterkey. В isc4.gdb лежит зашифрованый
> пароль?
Само собой зашифрованный, собственно там лежит зашифрованный masterkey, если не ошибаюсь.

> 2)
> >> Что за ошибку IB выдаёт?
> 1. 10504: Insufficient SQL rights for operation.
> 2. 13059, Server Error -551: no permission for read-write
> access to database E:\MY
> TEMP\ABONENT\ABONENTW\BASE\ABONENT.GDB
> 3. 10504: Alias: Abonent
тут может быть проблема в том, что "хозяин" abonent.gdb не SYSDBA, поэтому у него и не хватает прав для операции.
Посмотри, может у тебя *.gdb имеет атрибут read-only? 03.09.02 12:53  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
1





Рейтинг@Mail.ru


  Copyright © 2001-2026 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach