Зомби

Введение

Для организации коммуникаций в неоднородной сетевой среде применяются набор протоколов TCP/IP, обеспечивая совместимость между компьютерами разных типов. Данный набор протоколов завоевал популярность благодаря совместимости и предоставлению доступа к ресурсам глобальной сети Интернет и стал стандартом для межсетевого взаимодействия. Однако повсеместное распространение стека протоколов TCP/IP обнажило и его слабые стороны. В особенности из-за этого удалённым атакам подвержены распределённые системы, поскольку их компоненты обычно используют открытые каналы передачи данных, и нарушитель может не только проводить пассивное прослушивание передаваемой информации, но и модифицировать передаваемый трафик.

Трудность выявления проведения удалённой атаки и относительная простота проведения(из-за избыточной функциональности современных систем) выводит этот вид неправомерных действий на первое место по степени опасности и препятствует своевременному реагированию на осуществлённую угрозу, в результате чего у нарушителя увеличиваются шансы успешной реализации атаки.

Примечания[править | править код]

1. В поздних сборках зомби умеют разговаривать, выкрикивая различные фразы при атаке противника или при ранении.
2. Планировалось, что они могут просить (не кого-то конкретно) спасти их — вывести из Зоны.
3. В сборках 2002 года они умирали в такой позе.
4. Говорится о сборках 2006 года, когда зомби были частью игрового процесса.
5. Этот подвид реализован только в сборке 2232 на Армейских складах — он бродит недалеко от брошенного вагона вместе с несколькими другими зомби.
6. Хотя в ‘xrCore’ build 1865, Aug 9 2004 зомби в том месте ходят круглосуточно.
7. Когда были задействованы только определеные риги для создания анимации, а остальные не задействованы и в игре они могут проигрывать другие анимации.

Источники

S.T.A.L.K.E.R. Design Document v1.4.PDF

ts_scenes_2003-2004\Scenes\Задания5.doc

ts_scenes_2003-2004\Scenes\arhive\_story_.doc

ts_scenes_2003-2004\Scenes\arhive\ideas\ideas.doc

ts_scenes_2003-2004\Scenes\arhive\scenario_elements1.xls

ts_scenes_2003-2004\Scenes\arhive\ideas\anomaly.doc

ts_scenes_2003-2004\Scenes\arhive\elements\Scenario_element_mist_creature.doc

ts_scenes_2003-2004\Scenes\arhive\elements\Scenario_notebooks.doc

ts_scenes_2003-2004\Scenes\arhive\elements\Scenario_element_Prypiat.doc

koan_podarok\monstry3.doc

!Stalker_pack\Scenario\Прохождение игры.doc

!Stalker_pack\Scripts\for testers\Technical Brief_Ai

koan_podarok\1\Ivanov\Сюжет_литературный.doc

koan_podarok\1\stalker.doc

ts_scenes_2003-2004\Scenes\arhive\stalker-quests\stalker_quests.xls

koan_podarok\1\Ivanov\Сюжет_технический.doc

ts_scenes_2003-2004\Scenes\sc.doc

!Stalker_pack\Scenario\L06_Yantar\yantar.doc

string_table_enc_mutants.xml ( ‘xrCore’ build 1893, Sep 6 2004; ‘xrCore’ build 2571, Mar 16 2006; ‘xrCore’ build 2588, Aug 2 2006)

Достоинства систем обнаружения атак

Можно долго перечислять различные достоинства систем обнаружения атак,
функционирующих на уровне узла и сети. Однако я остановлюсь только на
нескольких из них.

Коммутация позволяет управлять крупномасштабными сетями, как несколькими
небольшими сетевыми сегментами. В результате бывает трудно определить
наилучшее место для установки системы, обнаруживающей атаки в сетевом трафике.
Иногда могут помочь специальные порты (span ports) на коммутаторах, но не
всегда. Обнаружение атак на уровне конкретного узла обеспечивает более
эффективную работу в коммутируемых сетях, так как позволяет разместить системы
обнаружения только на тех узлах, на которых это необходимо.

Системы сетевого уровня не требуют, чтобы на каждом хосте устанавливалось
программное обеспечение системы обнаружения атак. Поскольку для контроля всей
сети число мест, в которых установлены IDS невелико, то стоимость их
эксплуатации в сети предприятия ниже, чем стоимость эксплуатации систем
обнаружения атак на системном уровне. Кроме того, для контроля сетевого
сегмента, необходим только один сенсор, независимо от числа узлов в данном
сегменте.

Сетевой пакет, будучи ушедшим с компьютера злоумышленника, уже не может быть
возвращен назад. Системы, функционирующие на сетевом уровне, используют «живой»
трафик при обнаружении атак в реальном масштабе времени. Таким образом,
злоумышленник не может удалить следы своей несанкционированной деятельности.
Анализируемые данные включают не только информацию о методе атаки, но и
информацию, которая может помочь при идентификации злоумышленника и
доказательстве в суде. Поскольку многие хакеры хорошо знакомы с механизмами
системной регистрации, они знают, как манипулировать этими файлами для скрытия
следов своей деятельности, снижая эффективность систем системного уровня,
которым требуется эта информация для того, чтобы обнаружить атаку.

Системы, функционирующие на уровне сети, обнаруживают подозрительные события
и атаки по мере того, как они происходят, и поэтому обеспечивают гораздо более
быстрое уведомление и реагирование, чем системы, анализирующие журналы
регистрации. Например, хакер, инициирующий сетевую атаку типа «отказ в
обслуживании» на основе протокола TCP, может быть остановлен системой
обнаружения атак сетевого уровня, посылающей TCP-пакет с установленным флагом
Reset в заголовке для завершения соединения с атакующим узлом, прежде чем
атака вызовет разрушения или повреждения атакуемого узла. Системы анализа
журналов регистрации не распознают атаки до момента соответствующей записи в
журнал и предпринимают ответные действия уже после того, как была сделана
запись. К этому моменту наиболее важные системы или ресурсы уже могут быть
скомпрометированы или нарушена работоспособность системы, запускающей систему
обнаружения атак на уровне узла. Уведомление в реальном масштабе времени
позволяет быстро среагировать в соответствии с предварительно определенными
параметрами. Диапазон этих реакций изменяется от разрешения проникновения в
режиме наблюдения для того, чтобы собрать информацию об атаке и атакующем, до
немедленного завершения атаки.

И, наконец, системы обнаружения атак, функционирующие на сетевом уровне, не
зависят от операционных систем, установленных в корпоративной сети, так как
они оперируют сетевым трафиком, которым обмениваются все узлы в корпоративной
сети. Системе обнаружения атак все равно, какая ОС сгенерировала тот или иной
пакет, если он в соответствие со стандартами, поддерживаемыми системой
обнаружения. Например, в сети могут работать ОС Windows 98, Windows NT,
Windows 2000 и XP, Netware, Linux, MacOS, Solaris и т.д., но если они общаются
между собой по протоколу IP, то любая из систем обнаружения атак,
поддерживающая этот протокол, сможет обнаруживать атаки, направленные на эти ОС.

Совместное применение систем обнаружения атак на уровне сети и уровне
узла повысит защищенность вашей сети.

Старый сюжет[править | править код]

В 2002 и 2003 годах идея зомби не была полностью продумана. Изначально зомби называли зомбированных сталкеров, хотя имели модели именно «мёртвых» зомби. Деление началось в марте-апреле 2003, а окончательное разделение на зомби и зомбированных было в ‘xrCore’ build 1865, Aug 9 2004 — были созданы отдельные модели для обоих мутантов и озвучка для зомби.

2002править | править код

Были апатичными, не нападали просто так.

Планировался на старом Кордоне в одной из деревень. При виде игрока преследовал его, при этом что-то бормоча. От него можно было легко оторваться.

Обитал в Крысиных тоннелях и в X-18 вместе с фантомами, а также на заводе «Росток».

Управляли ими контролёры и телепаты (Кордон), а также Создание в тумане (завод «Росток»). Ещё одним способом управления зомби была психотропная антенна.

2003править | править код

Они не должны были умирать. Их можно было «убить» на некоторое время.

В старом Баре в тоннеле планировались «спящие» зомби. Также они планировались в старой Тёмной долине на ферме вместе с плотями, на старом Янтаре в деревне (сидели в домах, выходили по ночам)

Большое количество зомби обитало в Мёртвом городе. Там же можно было найти кошку одного из зомби, взамен он проводил к учёным. Также можно было дать еды голодным зомби и они рассказывали про Журналиста. Можно было помочь защитить зомби от убийства военными сталкерами, взамен мутанты рассказывал о пси-установке «Р-дятел». В дальнейшем они могли рассказать больше информации в благодарность за отключение пси-установки.

Все зомби боялись упоминания Стрелка.

Дроп[править | править код]

При смерти зомби жители дропают от 0 до 2 гнилой плоти. Максимальное количество гнилой плоти увеличивается на 1 за уровень чар «Добыча», с чарами «Добыча III» дропается от 0 до 5 гнилой плоти.

Они также могут дропать редкий дроп: железный слиток, морковь, или картофель если убиты игроком или прирученным волком. Вероятность выпадения этих предметов составляет 2,5 %, увеличивается на 1 % за уровень чар «Добыча». Отдельные предметы имеют следующие шансы выпадения:

• 1 ⁄ ₁₂₀ (около 0,83 %)
• 11 ⁄ ₆₀₀ (около 1,83 %) с чарами «Добыча I»
• 17 ⁄ ₆₀₀ (2,83 %) с чарами «Добыча II»
• 23 ⁄ ₆₀₀ (около 3,83 %) с чарами «Добыча III»

Зомби также дропают голову зомби при смерти от заряженного крипера.

Любой подобранный зомби предмет имеет 100 % шанс выпадения с той-же прочностью, что и при поднятии.

Появление с экипировкойправить | править код

• Вырезанная тыква
• Светильник Джека‌[Только для Java Edition]
• Железная лопата
• Железный меч
• Любая броня (иногда зачарованная)
• Зомби имеют шанс 8,5 % дропнуть предмет с которым они заспаунились, при этом предмет будет со случайной прочностью. Каждый уровень чар «Добыча» увеличивает шанс на 1 % (11,5 % с чарами «Добыча III»).

1. ↑ Зомби, зомби-жители и кадавры спаунятся только с тыквами и светильниками Джека‌[Только для Java Edition] только в течение праздника Хэллоуин.

Опытправить | править код

Взрослые зомби дропают 5  опыта, а также 1-3  дополнительных опыта за предмет, с которым они появились. Маленький зомби дропает 12  опыта.

Хэллоуинправить | править код

Если зомби, носящий вырезанную тыкву или светильник Джека‌[Только для Java Edition] будет убит мечом зачарованным на добычу, то есть шанс, равный уровню чар «Добыча», что вырезанная тыква или светильник Джека дропнутся.

1. Типы злоумышленников

Мошеннический пользователь

Это относится к пользователю, который незаконно получает доступ к ресурсам организации или который, имея разрешения, злоупотребляет доступной информацией.

проныра

Это человек, который не имеет никакого отношения к легальному доступу в организации, но ему удается достичь уровня принятия личности законного пользователя для доступа и нанесения ущерба.

Тайный пользователь

Это человек, который может взять под контроль аудит системы организации.

Обычно подражатель является внешним лицом, мошеннический пользователь является внутренним, а подпольный пользователь может быть внешним или внутренним. Атаки злоумышленников, независимо от их типа, могут быть классифицированы как серьезные или доброкачественные, при доступе только к доброму доступу, чтобы увидеть, что находится в сети, в то время как в могиле вы можете украсть информацию и / или изменить внутри то же самое.

9. Джонатан Джеймс (aka c0mrade)

Джонатан Джеймс

В списке компьютерных систем, которые должны быть невероятно защищены, чтобы не пробился ни один компьютерный гений, несомненно, почётное место занимает система Министерства Обороны США. Однако американский хакер Джонатан Джеймс эту систему взломал и проник на их сервер. Парню на тот момент было 15 лет.

29-го и 30 июня 1999-го года Джеймс атаковал НАСА. Он смог свободно лазить по всей сети и украсть несколько файлов, включая исходный код международной орбитальной станции. Разумеется, НАСА развернуло масштабную операцию по поимке хакера, и в скором времени Джеймс был пойман. НАСА оценило причинённый ущерб в $ 1,7 млн.

Ввиду того, что Джеймс не был совершеннолетним, он был приговорён всего к шести месяцам заключения, а также был вынужден взять на себя обязательство отказаться от использования компьютеров.

К сожалению, сейчас Джеймса уже нет в живых. Он умер 18-го мая 2008-го года при загадочных обстоятельствах. Официальная причина смерти — самоубийство, но ходят слухи, что несговорчивый хакер был «убран» государственными структурами.

История создания[править | править код]

Идея зомби появилась, предположительно, ещё в феврале 2002 года. Первые наброски были созданы Алексеем Мосейчуком, позже идея развилась в полноценного мутанта. Модель мутанта создал Руслан Коновальчук. Позже им занимались Юрий Негробов и Владимир Корунчак. За программирование был ответственным Сергей Жемейцев.Ближе к выходу «S.T.A.L.K.E.R.: Тень Чернобыля» мутант был убран из спауна локаций, было удалено описание, а в статистике в КПК (если восстановить зомби) он обозначается как «зарезать».

Дизайнерские документыправить | править код

2002

1. S.T.A.L.K.E.R. Design Document v1.4.PDF — первое подробное описание зомби и его планировавшихся подвидов (больше относится к зомбированным);
2. Задание5.doc — упоминание зомби на старом Кордоне возле деревни;
3. _story_.doc — описаны сюжетные сцены с мутантом;
4. ideas — несколько идей насчёт поведения зомби;

2003

1. scenario_elements1.xls — первое описание, относящееся именно к зомби;
2. anomaly.doc — некоторые факты из образа жизни;
3. Scenario_element_mist_creature.doc — описание Создания в тумане, где зомби и зомбированный сталкер стали разными понятиями;
4. Scenario_notebooks.doc — упоминание о неком Нечто, управляющим Зоной и всеми её существами (в том числе и зомби);
5. Scenario_element_Prypiat.doc — упоминается, что все зомби приходят из Припяти;
6. monstry3.doc — описание, которое позже станет игровым;
7. Прохождение игры.doc — новые сюжетные сцены с участием зомби;
8. Technical Brief_Ai — сказано, что зомби способны к быстрой регенерации и воскрешению;
9. Сюжет_литературный — упоминается, что основное население Мёртвого города зомби и слепые псы;
10. stalker.doc — описание зомби;
11. stalker_quests.xls — задания в Мёртвом городе про зомби и его кошку и возможность получения информации о Журналисте;
12. Сюжет_технический.doc — говорится о том, что многие зомби знают Журналиста;
13. sc.doc — упоминается, что зомби боятся Стрелка;

2005

1. yantar.doc — сказано, что зомби живут в заброшенной деревне на старом Янтаре.

Модель и текстураправить | править код

1. Начало 2002 — первая модель мутанта, которая не сохранилась. Её можно увидеть в оригинальном S.T.A.L.K.E.R. Design Document v1.4.PDF;
2. 7 мая 2002 — модель зомби, 5 анимаций;
3. 8 мая 2002 — модель зомби, 8 анимаций;
4. 10 мая 2002 — модель зомби, 10 анимаций. Впервые встречается в «XRay Engine» build 1114;
5. 26 июля 2002 — 3 статичные модели трупов зомби в разных позах;
6. 26 августа 2002 — две модели зомби (в светлой и тёмной робе), 16 анимаций. Впервые встречается в «XRay Engine» build 1154;
7. 3 декабря 2002 — три модели зомби (в зеленой, голубой и тёмной робе), 24 анимаций. Появились анимации ложной смерти, воскрешения, бега, характерной для зомби ходьбы (дергается, локоть сомкнут, бормочит, сгорбившись).
8. 5 декабря 2002 — модель зомби в оранжевой робе, 25 анимаций. Появилась первая FX-анимация для зомби.

Описаниеправить | править код

1. ‘xrCore’ build 1893, Sep 6 2004 — первое игровое описание, сильно напоминает описание зомбированных;
2. ‘xrCore’ build 2571, Mar 16 2006 — второе игровое описание, окончательно разделяющее зомби и зомбированных, а в статистике в КПК зомби стал обозначаться как «зарезать»;
3. ‘xrCore’ build 2588, Aug 2 2006 — немного изменённое описание.

3. Обнаружение вторжения

Как администраторы мы можем анализировать поведение пользователей в нашей организации и с помощью большого анализа выявлять, проявляет ли он какое-либо странное поведение, такое как доступ через интрасеть к компьютерам или папкам, к которым нет доступа, изменение файлов и т. Д. Одним из инструментов, который нам очень поможет в анализе злоумышленников, является журнал аудита, поскольку он позволяет нам отслеживать действия, выполняемые пользователями.

Мы можем использовать два (2) типа планов аудита :

Конкретные записи аудита для обнаружения

Мы можем реализовать эти записи так, чтобы они показывали нам только информацию, требуемую системой обнаружения вторжений.

Собственные журналы аудита

Это инструмент, который поставляется по умолчанию в операционных системах и сохраняет всю активность пользователя, например, средство просмотра событий Microsoft Windows.

Мы можем обнаружить аномалии, основываясь на профилях, то есть на поведении пользователей, для этого мы можем использовать следующие переменные:

Счетчик : это значение, которое можно увеличивать, но не уменьшать, пока оно не будет инициировано каким-либо действием

Калибр : это число, которое может увеличиваться или уменьшаться, и измеряет текущую стоимость объекта

Временной интервал : относится к периоду времени между двумя событиями.

Использование ресурсов : подразумевает количество ресурсов, потребленных в данный момент времени.

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

Некоторые из примеров этих правил:

Одним из интересных методов привлечения внимания злоумышленников является использование honeypot, которые являются просто инструментами безопасности, где создаются системы, которые кажутся уязвимыми или слабыми и в которых есть ложная информация, но с приятным внешним видом для злоумышленника, очевидно, что honeypot не имеет и не будет иметь доступа к законному пользователю организации.

В качестве меры безопасности для предотвращения атак злоумышленников, без сомнения, существует правильное управление паролями, мы знаем, что пароль позволяет:

Предоставлять или нет пользователю доступ к системе

Предоставьте привилегии, которые были назначены пользователю

Предложить политики безопасности в компании

В исследовании, проведенном организацией в США на основе трех (3) миллионов учетных записей, был сделан вывод о том, что пользователи регулярно используют следующие параметры для своих паролей (которые вообще не являются безопасными) ):

Имя учетной записи

Идентификационные номера

Общие имена

Местные названия

словарь

Имена машин

Важно, чтобы в качестве администраторов, координаторов или ИТ-менеджеров мы обучали пользователей нашей организации, чтобы они знали, как установить безопасный пароль, мы могли бы использовать следующие методы:

Реактивная проверка пароля

Проактивная проверка пароля

Обучение наших пользователей

Сгенерированные компьютером пароли

Как видим, среди всех (администраторов и пользователей) мы можем заниматься любой деятельностью злоумышленников.

Китайская хакерская группа APT12

Предположительно APT12 (aka IXESHE, aka DynCalc, aka Calc Team, aka DNSCALC, aka Numbered Panda) — это группа фрилансеров, нанятая НОАК для проведения отдельных операций. Также действует с 2009 года и обычно рассылает фишинговые письма с настоящих почтовых аккаунтов после их взлома. Преимущественно атакует СМИ и технологические компании в Японии и на Тайване.

Сначала пользователь попадал на скомпрометированный веб-сайт, в HTML-код которого хакеры из APT12 внедрили элементы <iframe>, перенаправляющие браузер на зараженную страницу. Скрипт на этой странице анализировал компьютер жертвы на пригодность к дальнейшей атаке. В частности, он проверял версию MS Office. Если она была в списке уязвимых, то генерировалась ссылка на троян-дроппер.

Определение версии MS Office для выбора дальнейших целей

Чтобы сбить с толку пользователя, он скачивался под видом документа или скринсейвера, имя которого отображалось задом наперед. Этот трюк известен как Unicode Right to Left Override (RTLO) и заключается в том, что после управляющего символа U+202E все последующие отображаются справа налево.

После запуска он создавал следующие файлы:

%Application Data%\Locations\conime.exe
%User Temp%\~DS5D64.doc

и помещал свои копии во временный каталог текущего пользователя:

%User Temp%\wmspd.dll
%User Temp%\wuauclt.exe

%User Temp%\wmspd.dll
%User Temp%\wuauclt.exe

После этого он прописывал себя на автозапуск, маскируя свой вызов под загрузку conime.exe (штатной утилиты управления вводом с клавиатуры в консоли)

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\Run
conime="%User Temp%\wuauclt.exe"

и создавал каталог %Application Data%\Locations, куда копировал основные файлы бэкдора.

Собственно бэкдор прописывает себя на автозапуск под видом компонента Java.

 "JavaSvc"="C:\\Documents and Settings\\User\\Application Data\\JAVA\\JavaSvc.exe"

При первом запуске он отсылает командному серверу запрос GET вида /home/index.asp?typeid=N, где N — случайное нечетное число в диапазоне от 1 до 13. В ответ C&C присылает ключ (RC4) для шифрования дальнейшего трафика в виде строки Base64, в которой все URL-encoded символы заменены другими (например, вместо прямого слеша символ подчеркивания).

Etumbot сканирует зараженный компьютер в поисках конфигурации прокси. Если прокси-сервер обнаружен, то бэкдор настраивает собственное подключение в обход его, чтобы меньше светиться в логах.

Всего у бэкдора шесть основных команд.

1. ETUM_CMD_PING — проверить подключение к C&C.
2. ETUM_CMD_PUTFILE — скачать указанный файл с командного сервера.
3. ETUM_CMD_READFILE — загрузить файл на C&C.
4. ETUM_CMD_EXEC — выполнить команду из следующего пакета.
5. ETUM_CMD_SLEEP — приостановить активность.
6. ETUM_CMD_UNINSTALL — полностью удалить себя из системы.

Наличие такого «аварийного тормоза» помогло специалистам Arbor Security остановить эпидемию, перехватив управление командным сервером и отправив команды 5, 6 от его имени.

APT12 стала первой китайской хакерской группой кибершпионажа, активность которой помог снизить публичный отчет о ее деятельности. Как только специалисты Arbor Security опубликовали его, описали методики и указали на связь с китайским правительством, члены APT12 залегли на дно.

2. Методы вторжения

Однонаправленное шифрование

Эта опция хранит только зашифрованную форму пароля пользователя, поэтому, когда пользователь вводит свой пароль, система шифрует его и сравнивает со значением, которое он сохранил, и, если он идентичен, он разрешает доступ, в противном случае он его запрещает.

Контроль доступа

При этом методе доступ к паролю очень ограничен, только для одной или нескольких учетных записей.

Методы, которые обычно используют хакеры, согласно некоторым анализам:

Проверка словарных слов или списков возможных паролей, доступных на хакерских страницах

Попробуйте телефонные номера пользователя или документы, удостоверяющие личность

Тест с номерами автомобилей

Получать личную информацию от пользователей, среди прочего

Способности[править | править код]

Регенерацияправить | править код

Зомби способны к «ограниченной» регенерации. После получения большого урона зомби падает на землю и лежит определённое время. Восстановившись, мутант встаёт на ноги. Количество таких регенераций зависит от подвида. Но этот процесс можно прервать и убить сразу, нанося урон зомби, пока он лежит.Природа регенерации неизвестна.

Живучестьправить | править код

Торможение всех физиологических процессов в организме зомби ведёт к тому, что их достаточно сложно убить. Вероятнее всего, это проявляется в низкой чувствительности к боли, медленному обмену веществ и более плотному расположению тканей из-за их слипания, что не тратит ресурсы их организма.

Достижения[править | править код]

Основная статья: Система достижений (Java Edition)

Значок	Достижение	Описание	Предок	Задача (если отличается)	Идентификатор
	Приключения	Приключения, исследования, воровство и сражения	—	Убейте сущность или умрите от неё.
	Охотник на монстров	Убейте злобного монстра	Приключения	Убейте одного из этих 33 монстров.
	Точно в цель	Выстрелите в кого-нибудь из лука	Охотник на монстров	—
	Зверобой	Убейте по одному монстру каждого вида	Охотник на монстров	Убейте каждого из этих 33 монстров.

Основная статья: Система достижений

Значок	Достижение	Описание	Задача	Доступность	Очков Xbox	Тип трофея (PS)
Xbox	PS	Bedrock	Nintendo
	Охотник на монстров (Monster Hunter)	Убейте любого монстра.	Убейте враждебного моба или одного из нейтральных: странник Края, зомби-свиночеловек, паук, пещерный паук.	Xbox One	Да	Да	Да	15G	Бронзовый
Xbox 360	Альт.	20G	—