Для Nokia основным источником дохода является продажа самих аппаратов, поэтому от открытия платформы они только выигрывают, продажи аппаратов от этого не пострадают.
MS - софтверная корпорация. Поэтому ессно, что WM открытой никогда не станет, иначе какой им смысл? У каждого продукта с самого начала существуют свои бизнес-цели.
Android - ну тут всё понятно. ОС - не источник дохода, цель платформы - полноценная интеграция с основными сервисами и, как следствие, их продвижение.
iPhone OS - здесь мне судить сложнее, т.к. я почти не знаком с их политикой. С одной стороны Apple находится в похожей ситуации с Nokia и компания вполне могла бы открыть платформу без потерь прибыли от продажи аппаратов.
Сланец он хоть и горючий, но вот процент органической составляющей слишком мал, т.е. у горючего слишком высокая зольность, даже по сравнению с бурыми углями, которые считаются горючими низкого качества. Кто там и что обещал я не знаю.
А про технологии говорю т.к. по образованию геофизик и с разведкой углеводородоров знаком. Сейчас компании берутся за разработку месторождений, которые ещё 20 лет назад считались невыгодными. Это стало возможным в том числе благодаря новым технологиям в области разведки и бурения, ну и цены на горючее конечно играют не последнюю роль.
К чему эти крайности? Титан тут вовсе не причём. Газогидраты мы добывать умеем, но это невыгодно сегодня, однако технологии не стоят на месте. Вы знаете разницу между промышленными и непромышленными запасами?
При благоприятных условиях суммарный дебит нефтянной скважины составляет в среднем %35 от общего объёма флюида нефтегазоносного пласта. Остальное остаётся внутри пласта и извлечению не подлежит, скважина консервируется. Но проходит время, появляются новые технологии, рынок растёт и тогда появляется смысл(попросту становится выгодно) освоить оставшуюся часть запасов. Такая же ситуация с любыми полезными ископаемыми(к слову, отвалы в пределах Курской магнитной аномалии сейчас выгодно отрабатывать в качестве руды, хотя 30 лет назад они были всего-лишь отходами).
Существует ещё один источник углеводородного топлива, о котором большинство людей, не связанных с отраслью нефтедобычи и равездки не слышали. Это - газогидраты. Фактически, это замёрзший и осевший в донных отложениях газ, мощность слоя таких донных отложений составляет буквально 1м, но подобные отложения распространены практически по всей площади дна мирового океана.
По оценкам Schlumberger(крупнейшая сервисная компания в сфере добычи и разведки углеводородных ПИ) газа, а точнее раведанных запасов, принынешних объёмах потребления, хватит на ~60 лет, газогидратов на ~2000 лет.
Источник: http://www.seed.slb.com/ru/scictr/watch/…
Не любитель мультфильмов и оценивать их не умею, поэтому и этот не буду пытаться :) Единственное, помню когда был подростком, меня шокировал мультик "The Final Fantasy", непревзойдённые, на мой взгляд, сюжет и исполнение. Никто случайно не знает, есть ли ещё подобные работы?
На bluepill я дал ссылку. Но вот про реальность я не понял, он ведь существует и даже работает :) После Рутковской нечто подобное писали и другие. Другое дело, что ITW такого ещё небыло, но раз есть proof-of-concept, значит реально. Уже есть не один антируткит на базе этих технологий(www.northsecuritylabs.com as example).
Насчёт второго я имел ввиду не тот буткит, который недавно задетектили и который повторял POC выложенный в паблик ещё годом ранее. Но смысл один ага. Примечательность этого руткита в том, что автор довёл его до рабочего состояния в массах.
Взять код оригинального обработчика с диска и сравнить с тем, что в памяти. Это обходится, если руткит перехватывает IRP_MJ_READ(который направлен на чтение ntfs.sys) и подсовывает свой код, тогда такое сравнение ничего не даст. Либо работать в обход интерфейсов, которые предоставляет ОС, т.е. спуститься ниже ntfs.sys(т.е. фактически требуется разбор структр ФС целиком) и опять же попытаться прочесть необходимую инфу и сравнить её с той, что в памяти.
Ещё один самый простой способ - делать тайминги, хотя это неоднозначный метод детекта(функция, которая перехвачена затратит больше времени, ибо ей надо исполнить ещё и перехватчик). Но это больше эмпирический метод.
Это то, что сразу пришло в голову, методов детекта на самом деле предостаточно.
hxdef это очень старый публичный концепт, он видим всеми нормальными утилитами и при умении простым ядерным отладчиком :)
Руткит, работая в ОС, так или иначе с ней взаимодействует, а значит его активность может быть засечена. Написать руткит, который был бы не видим можно только сделав его совершенно независмым от ОС, либо, чтобы он работал на уровень ниже ОС. Под последним я понимаю использование возможностей аппаратной виртуализации современных процессоров(Vanderpool Technology от Intel и Pacifica от AMD), и такие концепты руткитов был представлены уже почти два года назад Джоанной Рутковской на конференции Black Hat (http://en.wikipedia.org/wiki/Blue_Pill_(malware)).
Есть руткиты, которые переразмечают винт, отводя себе несколько метров в конце hdd, записывая своё тело туда и загружаясь задолго до любой ОС, т.о. это практически невидимый концепт, но он очень сложен, хотя и возможен.
Поэтому написать невидимый руткит теоретически можно, а практически нафиг никому ненужно :)
И вот эта последняя тенденция реверса совершенно обыденных зверюшек так многих радует, хотя всё, что здесь описано существует уже несколько лет и ничего нового из себя не представляет, это средний уровень.
Для этого существуют свои методики. В данном случае рассмотренный руткит использует стандартные публичные методы перехвата. Ничего нового, ничего особенного, такое наблюдалось уже в 2006 году и с тех пор продвинутые техники ушли весьма и весьма :)
Среди достойного софта, который в состоянии такие хуки детектировать можно выделить:
RootkitUnhooker
RkTrap
GMER
Я усомнился в плане того, что они нарисованные, когда внимательно рассмотрел картинку полного размера, уровень датализации очень высок, это требует колосальных усилий. Возможно "средство выражения" облегчает эту работу, тогда что конкретно выступает в его роли? Ну и без эффектов видимо не обходится, ибо видно, что дымка/туман применён только для слоя "город будущего".
Ну почему люди так легко верят всякому бреду показаному по зомби-ящику и сказанному непонятно кем и даже не пытаются сами подумать и оценить ситуацию? По-моему следует быть более саомстоятельным в этом плане.
Архитектуру обдумывать в любом случае надо, вопрос здесь в другом. В данном случае распараллеливание только лишь алгоритма поиска совершенно не имеет смысла, т.к. данные хранятся в разделяемой памяти, следовательно частый атомарный доступ к памяти просто напросто скушает выигрыш за счёт распараллеливания. А это уже не проблема OpenMP как технология, это ограничение архитектуры как таковой.
И ещё, я не спорю с тем, что OpenMP неидеален, это очевидно и для меня. Но, зачастую, не имеет смысла распараллеливать алгоритм на низком уровне. Допустим имеется у вас N деревьев, в которых надо осуществить поиск и сравнить результаты. Зачем распараллеливать алгоритм поиска? Можно осуществить параллельный поиск по деревьям.
Познакомтесь с технологией OpenMP. Я сейчас пишу один проект как раз по вычислениям и сложнейшие алгоритмы сбора статистических данных адаптивным окном отлично распараллеливаются 2-3 прагмами OpenMP.
Для Nokia основным источником дохода является продажа самих аппаратов, поэтому от открытия платформы они только выигрывают, продажи аппаратов от этого не пострадают.
MS - софтверная корпорация. Поэтому ессно, что WM открытой никогда не станет, иначе какой им смысл? У каждого продукта с самого начала существуют свои бизнес-цели.
Android - ну тут всё понятно. ОС - не источник дохода, цель платформы - полноценная интеграция с основными сервисами и, как следствие, их продвижение.
iPhone OS - здесь мне судить сложнее, т.к. я почти не знаком с их политикой. С одной стороны Apple находится в похожей ситуации с Nokia и компания вполне могла бы открыть платформу без потерь прибыли от продажи аппаратов.
А про технологии говорю т.к. по образованию геофизик и с разведкой углеводородоров знаком. Сейчас компании берутся за разработку месторождений, которые ещё 20 лет назад считались невыгодными. Это стало возможным в том числе благодаря новым технологиям в области разведки и бурения, ну и цены на горючее конечно играют не последнюю роль.
При благоприятных условиях суммарный дебит нефтянной скважины составляет в среднем %35 от общего объёма флюида нефтегазоносного пласта. Остальное остаётся внутри пласта и извлечению не подлежит, скважина консервируется. Но проходит время, появляются новые технологии, рынок растёт и тогда появляется смысл(попросту становится выгодно) освоить оставшуюся часть запасов. Такая же ситуация с любыми полезными ископаемыми(к слову, отвалы в пределах Курской магнитной аномалии сейчас выгодно отрабатывать в качестве руды, хотя 30 лет назад они были всего-лишь отходами).
По оценкам Schlumberger(крупнейшая сервисная компания в сфере добычи и разведки углеводородных ПИ) газа, а точнее раведанных запасов, принынешних объёмах потребления, хватит на ~60 лет, газогидратов на ~2000 лет.
Источник: http://www.seed.slb.com/ru/scictr/watch/…
Насчёт второго я имел ввиду не тот буткит, который недавно задетектили и который повторял POC выложенный в паблик ещё годом ранее. Но смысл один ага. Примечательность этого руткита в том, что автор довёл его до рабочего состояния в массах.
PS Что за ограничение по постам :)
Ещё один самый простой способ - делать тайминги, хотя это неоднозначный метод детекта(функция, которая перехвачена затратит больше времени, ибо ей надо исполнить ещё и перехватчик). Но это больше эмпирический метод.
Это то, что сразу пришло в голову, методов детекта на самом деле предостаточно.
Руткит, работая в ОС, так или иначе с ней взаимодействует, а значит его активность может быть засечена. Написать руткит, который был бы не видим можно только сделав его совершенно независмым от ОС, либо, чтобы он работал на уровень ниже ОС. Под последним я понимаю использование возможностей аппаратной виртуализации современных процессоров(Vanderpool Technology от Intel и Pacifica от AMD), и такие концепты руткитов был представлены уже почти два года назад Джоанной Рутковской на конференции Black Hat (http://en.wikipedia.org/wiki/Blue_Pill_(malware)).
Есть руткиты, которые переразмечают винт, отводя себе несколько метров в конце hdd, записывая своё тело туда и загружаясь задолго до любой ОС, т.о. это практически невидимый концепт, но он очень сложен, хотя и возможен.
Поэтому написать невидимый руткит теоретически можно, а практически нафиг никому ненужно :)
И вот эта последняя тенденция реверса совершенно обыденных зверюшек так многих радует, хотя всё, что здесь описано существует уже несколько лет и ничего нового из себя не представляет, это средний уровень.
Среди достойного софта, который в состоянии такие хуки детектировать можно выделить:
RootkitUnhooker
RkTrap
GMER
Почитайте научное мнение: http://igorivanov.blogspot.com/2008/05/lhc_30.html
Более подробная информация: http://www.virginconnect.ru/
И ещё, я не спорю с тем, что OpenMP неидеален, это очевидно и для меня. Но, зачастую, не имеет смысла распараллеливать алгоритм на низком уровне. Допустим имеется у вас N деревьев, в которых надо осуществить поиск и сравнить результаты. Зачем распараллеливать алгоритм поиска? Можно осуществить параллельный поиск по деревьям.