информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Spanning Tree Protocol: недокументированное применениеПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft обещает радикально усилить... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Фундаментальная проблема в Oracle 18.01.12 17:46  
Publisher: dl <Dmitry Leonov>
<"чистая" ссылка>
Фундаментальная проблема в Oracle
InfoWorld http://www.infoworld.com/d/security/fundamental-oracle-flaw-revealed-184163-0

В продолжение темы оракловых неприятностей [ http://bugtraq.ru/rsn/archive/2012/01/04.html ] InfoWorld публикует материал о проблеме, частично устраненной в последнем обновлении, но принципиально не исчезнувшей.
Источником проблемы является счетчик System Change Number (SCN), увеличивающийся при каждой операции над базой, и являющийся критичным для ее работы. Такие встроенные часы, идущие только вперед, причем для увеличения одной базой SCN другой нужны лишь самые базовые привилегии.
Проектировщики заложили вполне приличный запас в SCN, сделав его 48-битным. Верхней границы в 281,474,976,710,656 должно хватить надолго, но помимо этого, на SCN было наложено дополнительное ограничение - в каждый момент времени его значение не может превышать количество секунд, прошедших с 1.01.1980, умноженное на 16,384. Предполагалось, что баз, непрерывно живущих с 80 года, и проводящих по 16 тысяч транзакций...

Полный текст
чего за связанные базы такие? RAC? там вроде пока 16 нод... 19.01.12 21:32  
Автор: vasya Статус: Незарегистрированный пользователь
<"чистая" ссылка>
>На одиночной базе даже это не вызвало бы проблем, но в сочетании с множественными связанными базами (а у крупных
>организаций число подобных серверов может идти на сотни) теоретически недостижимый лимит вдруг оказывается не столь
>недостижимым.
чего за связанные базы такие? RAC? там вроде пока 16 нод максимум.
Database Links, не знаю, какая тут традиция перевода 19.01.12 21:41  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка>


http://docs.oracle.com/cd/B28359_01/server.111/b28310/ds_concepts002.htm
1




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


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