Alexander Ryndinsphinx_mv,

Я как обычно пропущу весь Ваш словесный поток.
Вот бы кто-нибудь Ваш поток генератора псевдослучайного бреда как-нибудь перекрыл... Желательно, физически...
Alexander RyndinПо поводу безоапсности разработок от Microsoft... Пока нет ни одной компании, которая стала бы причиной распространения такого кошмарного количества вирусов. Google? Yahoo? Кто там у нас еще с "поисковыми гигантами" затесался?
Alexander RyndinНи Symbian ни Android, ни Linux, ни OpenOffice - никто не сумел зацепить и 0.01% того объема вирусов, которым нас порадовал Windows.
У Вас банальная асфиксия земноводными (душит жаба): ни Symbian, ни Android, ни OpenOffice, ни - что характерно! - даже "десктопный" Linux НЕ ИМЕЮТ достаточно длительной истории, чтобы сравниваться с продуктами Microsoft по количеству катастроф, вызванных "квалифицированными одминами" ("наотдельновзятомкомпьютере")...
Alexander RyndinЭто о чем-то да говорит. Windows, IE, SQL Server, MS Office - все поделия этой фирмы в свое время стали рассадниками. Вас ткнули в исторический факт когда и, самое главное - где появились первые "вредоносы"...
Вам последние уязвимости "изначально особо безопасного" SSL (с банками, с платежными системами, с VPN-провайдерами) ни о чем не говорят? Про OpenSSL Heartbleed точно ничего не слышали?
Божья роса... Вот то ли дело операционная система "для домохозяек", на которую даже обновлений вовремя не накатывают... Бывает... Но не у всех проходит...
Alexander RyndinПо поводу Java - сколько бы ни писали про уязвимости, но я не знаю ни одной массовой эпидемии. Повеселился...
http://www.3dnews.ru/640242]В США не рекомендуют пользоваться платформой Java, несмотря на выпуск обновления ПО "Я бы не назвал неожиданностью сообщение о ненадежности платформы Java, — заявил Чарли Миллер (Charlie Miller), бывший консультант по вопросам безопасности компаний из перечня Fortune 500.— Об этом известно уже многие годы".Всего-то январь прошлого года... Но, ведь находятся жеж какие-то крутые спецы по безопасности продуктов, которые об этом "никогда и ни разу"... И такое тоже бывает...
Alexander RyndinАналогично про Oracle.
Точно! Все абсолютно аналогично:
Уязвимость в протоколе аутентификации Oracle 11g
Не так давно стало известно о новой уязвимости (получившей номер CVE-2012-3137) в протоколе аутентификации O5Logon, испольуемом в БД Oracle версий 11.1 и 11.2. Уязвимость позволяет удаленному пользователю получить пароль доступа, произведя brutforce атаку на зашифрованный идентификатор сессии, полученный от сервера. Эта особенность дает возможность подобрать пароль пользователя локально, не отправляя дополнительные сетевые запросы на сервер базы данных.Или не менее замечательный список января этого года отсюда :
Множественные уязвимости в Oracle DatabaseCVE-2013-5764
CVE-2013-5853
CVE-2013-5858
CVE-2014-0377
CVE-2014-0378
Уязвимые версии: Oracle Database 11.x, 12.x
Там ВСЕГО ЛИШЬ про то, что удаленный пользователь может (легко и непринужденно) осуществить неавторизованное изменение данных, получить доступ к важным данным и вызвать отказ в обслуживании.
Alexander RyndinПо поводу того, что вы не застали эпидемию autorun-вирусов и не помните, что в прошлом autorun был включен по дефолту - это лишь говорит о том, что вам лет года 22-25.Ламер, обвешанный любым количеством сертификатов так навсегда ламером и останется...
И только ламер вместо того, чтобы хоть как-нибудь оградиться/минимизировать угрозы, будет ждать, пока не подхватит компьютерную заразу, чтобы потом жаловаться, чтоо, типа, ему кто-то виноват... А вот не лазь по порносайтам и варезу - основной источник вирья даже для "ну, осособо надежных и безопасных" операционных систем и даже сейчас - и будет тебе счастье!
Alexander RyndinВоинствующий юнец.Вы пустышку уже выплюнули? Или все так же на веревочке на шее?
Alexander RyndinНу и дело не в том, что дырки в безопасности могут быть закрыты патчем или чем-то еще, а в том, что продукт по-умолчанию должен быть безопасным как тот же Chrome или MacOS.Иногда лучше молчать, чем говорить (с)
"Изначально безопасный" Chrome? Да, не вопрос!
Как минимум, уязвимость в Google Chrome позволяет получить неограниченный доступ к паролям пользователей (7 август 2013)
? тоже есть их у меня!
Может, что-нибудь про Chrome OS рассказать?
Или, может, про "неменее безопасный" Mac OS? Никаких возражений!
Уязвимость в Mac OS X позволяет получить права суперпользователя (29 августа 2013 г.)
Alexander RyndinВот и не будет эпидемий.Вы даже не представляете, насколько это замечательно, что Вы не работает эпидемиологом!
Потому что эпидемии возникают немножко не только по этой причине.
Если болезни нет где распрастранятся, то нет и эпидемии - даже для болезней со 100% летальным исходом.
Намекал же я Вам хотя бы теоретически ознакомиться с нормальным распределением Гаусса, но Вы слишком умны для него оказалось (или наоборот - я так и не понял)...

Alexander RyndinПо данным Google в мае 2013 количество устройств Android было под 1 млрд., что уже сравнимо с распространением Windows. До сих пор не было массовых эпидемий, потому что система построена на Unix и какой бы пользователь не был тупой - он все равно не сможет убить девайс - ну нет там у пользователя админских прав, а каждое приложение работает под отдельным пользователем. Если Вы о чем-то не знаете, это совершенно не означает, что этого нет (с) откуда-то...

На минуту "забудем" про уязвимость в Android позволяет загружать вредоносное ПО в обход системы безопасности (07 ноября 2013)...
И оценим тот факт, что рутовые права на Android'е - это как раз тот случай, когда некотрые полезные функции системы переобезопасили. Самая простая из этих функций - ну, хотя бы автоматическая синхронизация часов с ntp-сервером... И в принципе это не проблема, так как получить рут-права на андроиде - задача, для решения которой не нужно быть семи пядей во лбу... Было бы желание...

К тому же Google не может закрыть уязвимость на 70% мобильных устройств с ОС Android (18 февраля 2014)... Примерно 700 миллионов устройств - я правильно "прикинул"?

Ну, и эпидемии не всегда становятся достояниям "широкой общественности" - тоже факт...
И тут бы не мешало дать более строгое определение термина "эпидемия"... Например, считать ли "эпидемией" локальную вспышку Stuxnet ?

Alexander RyndinЗакрыть уязвимости не могут Гугл с роботом и oracle с java, а вирусы ходят только под виндой, офисом, mssql."Вирус под MSSQL" - это случайно не тот, который "сламмер" на непропатченном вовремя - минимум, за пол-года до начала эпидемии - сервере? И тот, который даже без всяких патчей "лечится" правилами фаервола/брандмауэра? Чем еще Вы "порадуете" общественность?

Зуб дадите, что на серверах Yahoo для авторизации пользователей используется "этамерссскаявиндовсссс"?
А до тех пор (пока зуба нет) примите за данность - с этих серверов (через SSL) были получены незашифрованные учетные данные пользователей ... Было это "вирусом" или не было - f какая, собственно, уже от этого принципиальная разница?! Такие вот "пироги"...

С отчетиком (на скромные почти 100 страниц) ознакомиться не желаете? Не поверите - крайне захватывающий сюжет"...
Не менее "захватывающе" (точно так же, только в профиль) тут

Ваша проблема заключается в том, что лично Вас никто не обязан уведомлять о каждом найденом на "широчайших просторах" "вредоноса" - вот и не рассказывает никто (тем более если нет самостоятельно желания). Надеюсь, Вы еще не забыли Ваше "внезапное" открытие о том, как "безопасно" и "сверхнадежно" устанавливается соединение с серверами баз данных Oracle последний версий?

Просто на-вскидку: Вы можете вспомнить сколько штук серверов Oracle между собой "общаются" в Вашей локальной сети? Надеюсь, пальцев рук и ног Вам для подсчета хватит... Вы все еще "удивлены", что вирусам банально негде "размножаться"?

И, кстати... В Вашей сети кто угодно может копирнуть "ну, очень нужную програмулину" на сервер и там запустить ее? А почему нет?! Ведь под эту "самую безопасную операционную систему" с названием [нужное вписать] вирусов же "савсемнибываит"!
Ну, и почему тогда Вы решили, что Ваш пафос должен быть кому-либо понятен, когда Вы предъявляете претензии к операционной системе, в которой всякие "дяди Васи" и "тети Дуси" шарятся "немытыми руками"...
Alexander RyndinПарадокс прям. Никак заговор сионистов. СкучноФакт!
Скучно смотреть на "специалиста" по инфрормационной безопасности, который считает, что вирусы в операционных системах - единственная проблема безопасности...

И ладно бы, если прямой и непосредственный ущерб непосредственно от действий вирусов был "максимально значимым", но они в большинстве случаев по сути "дымовая завеса". Что эта "завеса" за собой скрывает - это уже вполне подходящая тема для конспирологической теории. Впрочем, некто Сноуден "очень слегка приоткрыл" глаза по этой теме

Yo.!факты вещь упрямая - только мсскл со code red, slammer и прочими устраивал катастровы мирового масштаба, вырубая целые континенты.Да чего уж там... Всю Солнечную систему... Не... Возьмем ЕЩЕ КРУЧЕ!!! ГАЛАКТИКУ!!! "Вселенная в опасносте!!!"

В-общем, с Вашем уровнем "прэтэнзий" осталось только "растрельную" статью производителям автомобилей предъявлять...
Yo.!но проблема не сколько в масштабах проблем, а в чудовищно низком уровне админов майкрософта.
Ждем от "внезапно" появившегося "кульхацкера" (вменяемых!) объяснений банальнейшему факту, как "на других платформах" (с серверов!) сертификаты безопасности уводят... Пачками!.. Вместе с паролями!.. Вот только вряд ли дождемся...

2001 год... "Вспышка" Ramen'а... На RedHat, однако... Первый вирус для "полностью защищенной" и "абсолютно непробиваемой" системы... "Настоящие" администраторы "настоящих" серверов антивирусами не пользуются, да и самих антивирусов нет... Об уровне заражения этим "зловредом" линуксоиды (почему-то?) не любят распрастраняться... Да и про саму "эпидемию" не особо любят упоминать - есть же "более подходящий" кандидат для битья...
Yo.!сламмер устраивал серьезные проблемы даже на ядерных объектах,Перечислить по-именно "героев", которым переломали руки/ноги за скачивание патча и его установку? За пол-года, прошедших с момента выпуска патча до начала "эпидемии", таких должен был быть, ну, хотя бы один... Что? Нету? "А так дышал!.."
Yo.!т.е. даже в серьезных организациях порты мсскл торчат как минимум в локалку.В серьезных организациях - "не торчат".
А Ваша "организация", где подобное наблюдается - а где же еще Вы подобное могли видеть?! - не дотягивает даже до уровня "несерьезной"...
Yo.!понятно, что это результат политики майкрософт - сервером может рулить любая кухарка, на других платформах такое невежество не возможно.Ничего нового... Очередное "бла-бла-бла"... Схожу-ка я пока за попкорном...

Yo.!полегли крупные компании, банки, авиокомпании, аэс...Почему-то сразу вспомнился "упавший" даже без применения всяких разных вирусов массового поражения Сбербанк...
С точно таким же результатом...
Самое прикольное - по сути, по той же самой причине (отсутствие руковыравнивающего лекала для администраторов)
Yo.!аэс достаточно серьезная организация ? как видим вполне торчали порты мсскл.
"Серьезная организация" - это такая, в которой "забыли" накатить нужный патч?
Или та, где сетевой траффик в сети "ходит" где, куда и как попало?
Или те, где сервера торчат портами не просто в локалку, а голым задом в интернет?
Даже если это АЭС - серьезности в ней на "нольцелыхшишьдесятых"...
Yo.!sphinx_mv2001 год... "Вспышка" Ramen'а... На RedHat, однако...

вспышка заражено три компьютера с хитрым набором софта в спецлаборатории. распространяется через дыру какого-то wu-ftpd, о существовании которого знала лишь эта лаборотория и через уязвимость в rpc.statd - какой-то мониторинг сервис, который тоже нахрен никому не нужен. найти линукс с таким набором софта импосибле, сравнивать такое с червями под сервера мс смешно.Да-да... "Очччень точечные эпидемические атаки"...
И очень избирательно и конкретно (по официальным источникам) - на лабораторию NASA, техасский агротех и на тайваньскую Supermicro... Да, и находятся жеж все совсем рядом - всего каких-то пол-локтя по карте...
До середины 2000-х в топ-20 опасных вирусов не на самых последних местах находился, кстати...

Alexander Ryndinsphinx_mvПочему-то сразу вспомнился "упавший" даже без применения всяких разных вирусов массового поражения Сбербанк...Обожаю, когда студиоузы-программисты лет 24, не знающие ничего акромя своих WinForms, работающие с базулькой в 10Гб, начинают размышлять о базах данных размером десятки и сотни ТБ, работающих в 24х7 и с огромным потоком транзакций. Это умиляет. Жесть! Целых 10 (де-сять!!!) гигабайт!.. Это ж невменяемые и непомерные объемы данных!.. Может, уж, сразу под размер дискетки? Не?

"Агроменный пАток тракзакциев"... Это в каких и скольких "попугаях" меряется-то?! Не подскажете случаем, где линеечку "сертифицировали"?

А "загнать" в систему поток (структурированных) двоичных данных, ну, хотя бы на скромных 10 гигабайт в минуту в режиме 24/7/365 лично Вам слабо не будет? Вспоминаем про "отбиллить" и "отчетики". И не забываем, что все это - в он-лайн!.. Если, таки, "слабо", сбор и обработка данных в телекоммуникации - это не Ваше... Факт. И, кстати: это была рабочая нагрузка только в одной из не самых загруженных подсистем...

PS. Если у Вас есть "скромное желание" ответить в стиле очередного "бла-бла-бла", лучше не тратьте зря свое время - Вы же сами жаловались, что его у Вас и так мало... А тут еще и очередные "глюко-баго-дырки", которые Вам подарил "горячо обожаемый" и "ни разу не глючный" Oracle.

Alexander RyndinПолучается 10 Гб/минуту=170 Мб/секунду. Средний CDR (мы ведь про них говорим?) пусть будет 500 символов. Т.е. 340.000 CDR/секунду?Лучше посмотреть в этом направлении - данные netflow в сети провайдера...

Basil A. SidorovPetrovVAПользователь как подключался к серверу, так и подключается, но создавать базы данных уже не может."Иногда лучше жевать".Правильно! Вот и не отсвечивайте!
Тем более, что у Вас режим "уж на сковородке" давно не патченый...
Basil A. Sidorovsphinx_mvс каких пор (и в какой СУБД) право на подключение к серверу БД стало эквивалентным праву на создание базы данных на этом сервере?И повторю свой ответ - Firebird. И с умолчательными настройками firebird.conf и с ограниченными.Ну, теперь Вам УЖЕ показали, что даже при минимальном уровне администрирования сервера FB ЛЮБОЕ количество баз ЛЮБОЙ пользователь НЕ МОЖЕТ создать - только по количеству псевдонимов , которые настроил ДБА ...
Basil A. SidorovУстанавливаем FB, создаём пользователя и нужное число псевдонимов.
Подключаемся этим пользователем и создаём нужное число баз по этим псевдонимам.
Вами было обещано ЛЮБОЕ количество баз данных под ЛЮБЫМ пользователем...
А у Вас "любое" почему "внезапно" трансформировалось в "нужное"...

Alexander Ryndinsphinx_mvпропущено...
Лучше посмотреть в этом направлении - данные netflow в сети провайдера...Ну расскажите же, какие задачи вы решаете.Т.е., одного раза Вам не достаточно?
Тогда повторяю еще раз: обработка данных нетфлоу в сети провайдера. И, если что, я могу еще раз повторить...
Alexander RyndinНе очень понятно при чем здесь "отбилить" и "отчетики".Ну, как бы Вам сказать...
Ок... Навскидку... Определить "клиентскую" принадлежность трафика по ip-адресам источника или назначения... В зависимости от диапазонов ip-адресов источника и назначения применить разные тарифы за "единицу объема" трафика... В зависимоти от времени суток, дня недели, расположения звезд на небе... Применить различные ограничения для изменения скорости передачи данных для разных диапазонах ip-адресов в зависимости от объема потребленного за "учетный период" трафика для конкретного клиента... И так далее... И тому подобное... Достаточно убедительно?
Alexander RyndinНасколько я вижу, это готовая фича роутеров, которые экспортят данные в текстовом формате.Готовая фича... Вот только нужно иметь представление о том, что эта фича делает и как она работает.
Рутер может выполнять агрегацию потоков траффика (метка времени, протокола передачи, ip-адресов источника и назначения, ip-порты источника и назначения, длительность отдельного потока, накопленые количество переданных сетевых пакетов и объем данных и т.д.). Вот только агрегация упирается в комбинацию пар отдельных ip-адресов - источника и назначения...
К тому же, агрегация выполняется в памяти рутера, поэтому либо когда накопленный объем данных превышает некоторый лимит, либо по истечение определенного таймаута агрегации эти данные передаются на netflow-коллектор, и память рутера очищается. Процесс циклически продолжается. Одна отдельная, грубо, ftp-сессия или записи файла на сетевую шару может быть представлена очень большим количеством агрегатов нетфлоу.
Alexander RyndinМного мозга тут не нужно даже чтобы заливать 1 млн. записей в секунду. Да, Вы, батенька, оптимист!!!
Оптовые клиенты (суб-провайдеры), у которых по несколько подсетей (с префиксом хотя бы на /20)... Кроме этих есть еще сборная солянка из "более других" разнокалиберных клиентов (с разным количеством и размером выделенных подсетей ip-адресов), использующих нашу инфраструктуру как для банального выхода в интернет, так и для построение интрасетей... Из общего объема траффика необходимо выделять трафик для каждого отдельного клиента. Объем траффика на аплинках - сотни гигабит в секунду. Внутрисетевой траффик мало кто способен хотя бы просто оценить...
Alexander RyndinКстати, сомневаюсь, что у вас есть такой объем. А Вы "просто нетстат" когда последний раз у себя компьютере запускли? (чтобы просто установленные соединения посмотреть)... Ну, а одно установленное соединение в зависимости от объема передаваемого траффика и длительности может, таки, привести к генерации "много больше одного" агрегата нетфлоу...
А еще (исключительно прикола ради) можете попробовать в локалке запустить службы нетфлоу, и Ваше "не может быть" испарится с немыслимой скоростью...
Alexander RyndinМожет все-таки кинете, для какого телекома работаете?Вам не кажется, что я Вам и так уже слишком много рассказал? ;)

Alexander RyndinТ.е. задачи магистрального провайдера, например, Ростелеком? У обычных провайдеров задача биллинга сейчас, мне кажется, уже вообще не возникает - все безлимит.Ну, может, все дело в том, что мы - не "обычный", а "более продвинутый" провайдер?
Alexander RyndinЕсли магистральный провайдер, то зачем в этом случае считать траффик между конкретными ip-адресами? Если я правильно понимаю, то в этом случае достаточно иметь скорость по порту подключения раз в секунду?
Это Вы про SNMP? Да... Плавали... Знаем... И имеем немеряно возражений!
Какую скорость покажут SNMP-агенты на линке "1000BASE-T"? На что спорим, что 1000 Mbps? Без "провалов" - даже когда никто ничего и никуда по сети не качает... Даже прокачаный (в обе стороны, по раздельности) объем трафика (в октетах) можно получить... Можно даже разницу между отсчетами разделить на продолжительность интервала (типа, "скорость"). Вот только разделения трафика на зоны подсетей не получится. Или получится, но с дикими извращениями. В итоге этим способом получим "среднюю температуру по больнице". И оно нам такое точно надо?
Alexander RyndinНеужели сейчас кто-то считает разную стоимость в зависимости от времени суток? Но даже если и так, то это ведь просто снятие нагрузки на порт раз в секунду. Вы же не считаете каждый ip-пакет?Конечно не считаем!
За нас это нетфлоу делает - он учитывает пакеты, обладающие одинаковыми основными признаками (протокол, источник, назначение) в один агрегат netflow (а в одном сетевом пакете netflow может быть много агрегатов) может попасть итог сотен и тысяч отдельных "одинаковых" пакетов.
Alexander RyndinВнутрисетевой траффик - а зачем его считать?Ну, Вы можете его и не считать... :)
Но попробуйте предложить клиентам гибкую схему тарификации трафика при разделении на зоны (списки подсетей) вида "передача данных между разными офисами одного клиента", "траффик внутренней сети провайдера", "трафик между группой договорившихся провайдеров", "все остальное"... И каждая группа определяется принадлежностью ip-адреса источника или назначения определенной зоне для каждого отдельного агрегата netflow.
Alexander RyndinNetstat показывает сотню коннектов - это факт. Вот только сомневаюсь, что моему провайдеру нужно учитывать каждый ip-пакет.Правильно! В каждом конкретном случае каждый принимает конкретное решение, котрое решает его конкретные задачи.
Для наших задач учет трафика netflow, хоть и ресурсоемкий, но наилучший вариант...