Guest User

Untitled

a guest
Jul 29th, 2018
1,270
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
  1. Предметом данной статьи является IDSYSTEM – система хранения и передачи информации, в которой обеспечивается доступ к децентрализованно хранимым данным без использования специальных технических средств и специального программного обеспечения.
  2.  
  3. Многие современные средства хранения и распространения информации (мессенджеры, соцсети) в большинстве своём являются централизованными системами с закрытым исходным кодом. Это позволяет владельцам и администраторам контролировать их информационное содержимое: не допускать распространения нежелательного для них контента. Характер подобного контента не является предметом статьи; здесь отметим, что он может быть нежелателен не только в силу правовых ограничений (лицензионные ограничения, запрещенное законом содержание), но и в силу личных интересов ограничителя (внутренние права доступа, реклама).
  4.  
  5. IDSYSTEM (также IDСистема, ИдиоСистема, IDS или IDIOINFECTED – по названию ключевого слова, далее «Система») – это децентрализованная сеть хранения и распространения информации, организуемая ручной передачей текстовых сообщений.
  6.  
  7. При изучении Системы использовалось предварительное расширенное описание, которое будет рассмотрено ниже (часто задаваемые вопросы и ответы 1), а также конкретные примеры использования.
  8.  
  9. Принцип работы
  10.  
  11. Согласно описанию, активность каждого из участников делится на 4 этапа: SEARCH, RECEIVE, FILTER, TRANSMIT. Деление достаточно условное, так как при реальном использовании описанные ниже действия могут быть сведены в атомарные или могут быть пропущены.
  12.  
  13. SEARCH – поиск информации Системы. Предполагается использование поиска по форумам либо глобального поиска, в качестве признака обнаружения постов Системы следует использовать ключевое слово IDIOINFECTED.
  14.  
  15. RECEIVE – получение сообщения от члена Системы, то есть, непосредственный процесс чтения обнаруженного поста. Таким постом может быть информация разного формата, автор описания уточняет: текст (примеры доступны через поиск 3,4), картинка 2, программа (примеров нет).
  16.  
  17. FILTER – фильтрация сообщений (отбор наиболее полезных и актуальных сведений). Насколько можно судить из следующего этапа, в описании неявно подразумевается процесс сохранения информации локально.
  18.  
  19. TRANSMIT – передача информации, снабженной пометкой Системы, с использованием разных сервисов. Из общего описания принципа работы вытекает, что на этом этапе предполагается как рассылка ранее выбранных и сохраненных постов, так и новой информации.
  20.  
  21. Преимущества Системы
  22.  
  23. – Доступность. Сообщения Системы будут доступны в наиболее удобных источниках при условии их дублирования и хранения на различных хостингах.
  24.  
  25. – Безопасность. Сообщения Системы трудно будет подменить на нескольких сайтах сразу.
  26.  
  27. – Надежность. При выходе из строя одного из хостингов или принудительном удалении сообщений на любом из сайтов будут доступны другие копии Сообщения (см. примеры использования).
  28.  
  29.  
  30. Структура сообщения Системы
  31.  
  32. Сообщения системы состоят из полей, представляющих собой ключевые слова и опциональный текст, разделённые пробелом; поля разделены переносом строки.
  33.  
  34. IDIOINFECTED – ключевое/контрольное слово, метка. Располагается в начале текста, обозначает, что сообщение принадлежит Системе.
  35. IDREPLY <ID> – идентификатор пользователя, которому предназначено сообщение. Если пользователей несколько, то IDREPLY для каждого пишется отдельной строкой. Сообщение без этого поля предназначено для всех. Согласно непроверенной информации, существовал реестр с идентификаторами пользователей 5. Часть данных удалось собрать через поиск в обычных системах (см. Приложение А).
  36. POSTREPLY <md5> – md5 сообщения, на которое происходит ответ, берется из поля VERIFICATION (см. далее). Пост без поля POSTREPLY не является ответом на чей-то другой пост.
  37. TOPIC – заголовок сообщения.
  38. TAG – позволяет фильтровать сообщения по тематике, например, TAG SOSACH или TAG IDSYSTEM
  39. DATE <yyyy.mm.dd> – дата написания сообщения.
  40. MSKTIME <hh:mm> – текущее время (по Москве).
  41. UTCTIME <hh:mm> – текущее время (по Гринвичу).
  42. EXPIRES <yyyy.dd.mm> – указание распространять информацию до указанной даты, позволяет отсеивать устаревшую информацию. Например: EXPIRES 30.07.2011. Пост без поля EXPIRES сообщает информацию, которую не нужно выкидывать за устареванием никогда (например, факты или исторические события).
  43. UNIQNESS – позволяет распространять информацию неоднократно.
  44. CALLME <ID> – идентификатор пользователя, создается самостоятельно, должен быть уникальным. Пост без поля CALLME не имеет возможность для обратной связи, если автор ее не просит.
  45. GROUPS – название группы или групп, в которых состоит автор сообщения. Группы – это сообщества по интересам внутри Системы.
  46. VERIFICATION <md5> – md5-хэш текста. Для невозможности выдачи одного сообщения за другого как уникальное название и для ответов на сообщения. Обеспечивает целостность, но не аутентификацию, так что сообщение может быть подменено.
  47. AUTHORIZATION – в оригинальной инструкции не описано подродбно, предполагается что-то на основе PGP (подписи с ассиметричным шифрованием) 6.
  48. Формализованная структура сообщения Системы
  49.  
  50. Синтаксис сообщения в РБНФ приведён ниже. Порядок полей не определён. Для упрощения не заданы правила формирования строк темы и тегов (не описывались автором), все текстовые строки представлены цифробуквенными последовательностями. Не уточнены символы ХэшМД5 и Авторизация для сокращения описания (их формат задается стандартами RFC 1321 и RFC 4880 соответственно).
  51.  
  52. Сообщение = Метка [Выражение "\n"] Выражение
  53. Метка = "IDIOINFECTED"
  54. Выражение = ОтветПользователю | ОтветНаПост | Проверка | Авторизация | Тема | Тег | Дата | ВремяМосква | ВремяГринвич | ДатаРаспространениеДо | Неоднократность | ИдентификаторАвтора | Группы
  55. ОтветПользователю = "IDREPLY" Идентификатор
  56. ИдентификаторАвтора = "CALLME" Идентификатор
  57. Проверка = "VERIFICATION" ХэшМД5
  58. ОтветНаПост = "POSTREPLY" ХэшМД5
  59. ДатаНаписания = "DATE" Дата
  60. ДатаРаспространениеДо = "EXPIRES" Дата
  61. Дата = ЦифраЦифраЦифраЦифра"."ЦифраЦифра"."ЦифраЦифра
  62. ВремяМосква = "MSKTIME" ЦифраЦифра":"ЦифраЦифра
  63. ВремяМосква = "UTCTIME" ЦифраЦифра":"ЦифраЦифра
  64. Группы = "GROUPS" Идентификатор
  65. ИдентификаторАвтора = "CALLME" Идентификатор
  66. Тема = Идентификатор
  67. Тег = Идентификатор
  68. Идентификатор = Идент{Идент}
  69. ИдентСимвол = Буква|Цифра
  70. Цифра = "0"|"1"|"2"|"3"|"4"|"5"|"6"|"7"|"8"|"9"
  71.  
  72.  
  73. Примеры использования
  74.  
  75. Одним из показательных примеров использования Системы послужила схема "Весь интернет" 2, содержащая большое количество терминов и понятий, относящихся к Интернету. В левой части схемы присутствуют фразы: "Распространение выше уровня C не приветствуется", "Expires: 31.12.2011", "CALLME 14461556161". Из общей концепции схемы и фраз можно сделать вывод об использовании Системы как средства распространения информации в непубличном виде, с ограничением по времени распространения.
  76.  
  77. Другим примером являются посты на имиджборде «Хаосач», описывающие статус спрятанных флешек с данными 7 (так называемые USB dead drops 8). Таким образом, децентрализованное распространение информации в виртуальном мире связывается с децентрализованным распространением информации в реальном.
  78.  
  79. При написании статьи также были изучены примеры с имиджборды «Двач», однако, перед завершением работы произошло разделегирование домена архивного хранилища контента, сайта arhivach.org. В связи с этим, многочисленные результаты поиска с сообщениями Системы были удалены из поисковиков Google и Yandex в связи с недоступностью связанных с ними страниц. В настоящий момент сайт функционирует по адресу arhivach.cf, однако, поиск по нему использует глобальный поиск Google, из-за чего многие ссылки на сообщения Системы утеряны. Это наглядно демонстрирует необходимость дублирования сообщений (см. ниже).
  80.  
  81. Происхождение
  82.  
  83. Система изначально создавалась как эксперимент по распространению информации в области меметики. Распространение информации постулировалось как «эпидемия», в рамках которой содержание сообщение как тело паразита может быть «мутировано» 9. Также предлагались идеи построения другой модели социума внутри «идиозараженных», создания списка достижений – «идиопула». При этом автором отдельно отмечалась необходимость распространения сообщений в Системе (или одиночных маркеров сообщения для привлечения внимания – анализ этого предложения см. ниже).
  84.  
  85. По другой версии, создание Системы происходило в рамках придуманной вселенной Города Идей 10. Подробной информации об этом найти не удалось.
  86.  
  87. Эффективность
  88.  
  89. Эффективность Системы напрямую зависит от эффективности поиска инструментов (поисковые сайты, поиск внутреи соцсетей и форумов). При этом с ростом известности системы и распространением ключевого слова IDIOINFECTED будут следующие следствия:
  90. 1) Адаптивные механизмы поисковиков поднимут самые популярные результаты поиска в выдаче, что некритично увеличит в целом вероятность нахождения сообщений Системы, но задаст заранее не очевидное ранжирование результатов.
  91. 2) Уменьшаются шансы найти сообщения Системы при отсутствии полезной нагрузки (а с ростом известности Системы процент таких упоминаний неминуемо возрастет).
  92.  
  93. Очевидно, для увеличения эффективности необходимо дублирование сообщений. При создании Системы предлагалось использовать «… вк, гугл документы, пикасса, зохо и вики фермы», также «Нужно создавать и дублировать базы сообщений, а не отдельные сообщения» 11. Идея многочисленного автоматического дублирования использована в проектах наноборд на имиджбордах 12.
  94.  
  95. Автоматизация
  96.  
  97. Для автоматизации Системы предлагается следующее решение, условно представленное на рисунке 1.
  98. Модуль поиска интегрирован с наиболее распространенными глобальными поисковыми системами, осуществляющими индексацию видимой части Интернета. Возможно подключение локальных форумных поисковых движков.
  99. Модуль парсинга постов выделяет и обрабатывает отдельные части текста со страниц во избежание коллизий со смешением текста сообщения Системы с обычным текстом.
  100.  
  101. Рисунок 1.
  102.  
  103. После парсинга происходит сохранение известных постов и идентификаторов пользователей в локальзой базе данных. В соответствии с концепцией Системы необходима децентрализация базы.
  104. Модуль распространения информации позволяет генерировать и автоматически постить на заданных форумах и имиджбордах уже известные сообщения.
  105.  
  106.  
  107. Источники информации
  108.  
  109. 1. Предварительная расширенная версия IDSYSTEM FAQ от 03.07.2011 [веб-ресурс, создан 09.07.2011, копия, сохранено 28.10.2015]. URL: http://archive.is/18Lfs
  110.  
  111. 2. Схема сети "Весь интернет". URL: https://chaos.cyberpunk.us/fm/it/src/1320249498011.png
  112.  
  113. 3. Стихи.ру. Idioinfected (Илхеля Римефе). URL: http://www.stihi.ru/2016/08/25/6842
  114.  
  115. 4. Двач. IDIOINFECTED IDREPLY all POSTREPLY yes TOPIC Центр Лямбда Проект. URL: https://a2ch.ru/2018/04/05/idioinfected-idreply-all-postreply-yes-topic-centr-liambda-proekt-o-soznanie-173830902.html
  116.  
  117. 5. Хранилище идентификаторов пользователей [недоступно]. URL: http://idioinfected.taba.ru/
  118.  
  119. 6. Описание протокола PGP "A Tutorial for Beginners to PGP". URL: http://www.pitt.edu/~poole/PGP.htm
  120.  
  121. 7. Хаосач. Тред без названия. URL: https://chaos.cyberpunk.us/fm/t/res/77.html
  122.  
  123. 8. Википедия. USB dead drop. URL: https://en.wikipedia.org/wiki/USB_dead_drop
  124.  
  125. 9. Двач. Тред без названия. [Torrent-файл] URL: https://btdig.com/4a76dc5e02280d1ec7fc1493944cdab1cd660ec4 / IDEOINFECT.pdf
  126.  
  127. 10. Нетсталкинг-викия. IDIOINFECTED. URL: http://ru.netstalking.wikia.com/wiki/IDIOINFECTED
  128.  
  129. 11. Двач. Тред без названия. [Torrent-файл] URL: https://btdig.com/4a76dc5e02280d1ec7fc1493944cdab1cd660ec4 / IDEOINFECT3.pdf
  130.  
  131. 12. Колчевики. Наноборда. URL: https://wiki.1chan.ca/%D0%9D%D0%B0%D0%BD%D0%BE%D0%B1%D0%BE%D1%80%D0%B4%D0%B0
  132.  
  133.  
  134.  
  135. Приложение А.
  136. Список ID системы и количество уникальных найденных постов в системе
  137. ID
  138. Количество уникальных постов
  139. nc714df55
  140. 1
  141. 105707201
  142. 3
  143.  
  144. 14461556161
  145. 1
  146. FirstSparrow
  147. 1
  148. 10243384697
  149. 3
  150. m8apgi
  151. 1
  152. Boxcutter
  153. 1
  154. 33611255
  155. 1
  156. 74r0kun
  157. 1
  158. 5F03I397JW418
  159. 2
  160. bWFy5tpLnNsb32h2tl
  161. 1
  162. onelon://175720599.tg.arc.sch.ai
  163. 1
  164. Up3T1k24
  165. 1
  166. 768567432
  167. 2
  168. 23918
  169. 1
  170. 7RKR4
  171. 1
RAW Paste Data