информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыЗа кого нас держат?Spanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Google заблокировала 2 с лишним... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hacking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
маленькое дополнение... 09.09.02 19:47  Число просмотров: 1392
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
<"чистая" ссылка>
Если действительно есть физический доступ к базе - то администратор БД (возможно, вместе с сисадмином) - полный лопух(и)! Нафига тогда было менять пароль на SYSDBA?
<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




Rambler's Top100
Рейтинг@Mail.ru


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