Самый беззащитный — уже не Сапсан. Всё оказалось куда хуже…
Больше года назад хабравчанин keklick1337 опубликовал свой единственный пост «Самый беззащитный — это Сапсан» в котором рассказывает как он без серьёзных ухищрений получил доступ ко внутренней сети РЖД через WiFi Сапсана.
В ОАО «РЖД» прокомментировали результаты этого расследования. «Есть результаты проверки. Почему удалось взломать? Наверное, потому, что злоумышленник. Наверное, из-за этого… Ну, он из „фана“. Юный натуралист. Там уязвимостей, которые бы влияли на утечку каких-то критических данных, нет. Мультимедийный портал „Сапсанов“ функционирует как положено и не нуждается в доработке», — заявил Евгений Чаркин.
То есть вместо того, чтобы выразить благодарность за обнаруженную уязвимость, автора обозвали «злоумышленником» и «Юным натуралистом».
В ОАО «РЖД» прокомментировали результаты этого расследования. «Есть результаты проверки. Почему удалось взломать? Наверное, потому, что злоумышленник. Наверное, из-за этого… Ну, он из „фана“. Юный натуралист. Там уязвимостей, которые бы влияли на утечку каких-то критических данных, нет. Мультимедийный портал „Сапсанов“ функционирует как положено и не нуждается в доработке», — заявил Евгений Чаркин.
То есть вместо того, чтобы выразить благодарность за обнаруженную уязвимость, автора обозвали «злоумышленником» и «Юным натуралистом».
К сожалению, но специалисты РЖД, начиная с директора по информационным технологиям, отнеслись к статье очень пренебрежительно, проигнорировав важное указание автора:
Также оттуда в сеть РЖД есть впн. Если захотите — найдёте её там сами.
И вот, год спустя я попал в сеть РЖД даже не садясь в Сапсан.
Видимо, только этот котэ добросовестно охраняет вокзал.
Как именно я попал в сеть РЖД с пруфами, чего не сделал директор по информационным технологиям ОАО «РЖД» Чаркин Евгений Игоревич и возможные последствия — под катом.
В интернете очень много бесплатных прокси-серверов. Но кто в здравом уме будет открывать всем желающим выход в интернет через свой роутер? Вариантов по большому счету два: это либо взломанные устройства, либо владелец забыл отключить эту функцию.
Таким образом меня посетила идея проверить гипотезу: «Есть ли жизнь за прокси»?
Я запустил nmap по диапазону адресов по порту 8080. Далее из полученного результата прошёлся прокси-чеккером в поисках публичного прокси без авторизации и из положительных результатов выбрал самый близкий ко мне по пингу.
Запустил сканер через него по адресам 172.16.0.0/12 порт 8291 (mikrotik winbox). И! Я его нашёл! Без пароля!
То есть за роутером с прокси есть ещё один — Mikrotik без пароля. Гипотеза подтверждена: за прокси могут быть целые незащищённые сети.
Только на тот момент я недооценивал масштаб «незащищённости», который я случайно нашёл.
В поисках
Так как я придерживаюсь принципов Grey hat (Обо мне mysterious Russian-speaking grey-hat hacker Alexey и статья на Хабре) и «съел собаку» на безопасности Mikrotik, то я принялся искать владельца системы, чтобы связаться с ним.
Кстати, заходите в Телеграм чат «RouterOS Security» t.me/router_os
Недолго думая я поднял исходящий VPN до себя. Всё же комфортней через нормальный туннель дальше изучать сеть и искать признаки владельца системы. HTTP connect — ещё тот геморрой…
За интерфейсами ether1 и bridge ничего интересного не обнаружил. Найденные камеры были абсолютно не информативными.
А вот сканирование vpn, отмеченные красным на скрине выше, выдало более 20 000 устройств…
Причём более 1000 штук — микротики. Огромное количество устройств с заводскими паролями.
Вот некоторые из найденных сервисов с паролями по умолчанию:
1. Камеры наружного наблюдения — подавляющее большинство.
Даже офисы внутри
Камер, по скромным ощущениям, не менее 10 000 штук. Производители разные: beward, axis, panasonic и т.д.
2. Ip-телефоны и FreePBX сервера также большое количество.
3. IPMI серверов:
Много узлов кластера Proxmox (по поднятым сервисам и трафиком между ними.)
6. Внутренние сервисы
Различные системы управления табло на перронах :-)
Некий терминал, но внутри модифицированный дебиан.
Кстати, аптайм у него почти год:
6. Сетевое оборудование
Разумеется, много различных роутеров. Как уже сказано выше, мне больше интересны Микротики. Подавляющее большинство с последней прошивкой и пароли не пустые. Но есть без паролей и с устаревшими прошивками.
Туннели наружу подымаются легко. То есть фильтрации исходящих коннектов практически нет.
Более того огромное количество микротиков со включенным прокси, аналогично тому, при помощи которого я и попал в эту сеть… Кстати, туннели через них тоже замечательно подымаются.
Не полный кусок лога по прокси.
Такое ощущение, что интегратор, который строил сеть, специально оставил этот доступ.
Думаю, что уже все и так догадались.
Это я пробежался по верхушкам в рандомном порядке. Потратил я на это чуть больше 20 минут, чем автор статьи про Сапсан.
Это здец. Сеть просто в решето.
Причём это устройства по всей РФ.
Развёрнута профессиональная система видеонаблюдения.
Нашёл презентацию по вокзалам.
Находил Кемерово, Новосибирск, Омск и т.д. По внешнему виду вокзалы сложно определить. К тому же я поездом уже лет 5 не ездил.
Я всегда считал, что уязвимости в корпоративных сетях появляются из-за ошибок или специальных действий безграмотных сотрудников. Первое что пришло мне в голову — это некий сотрудник по разрешению СБ поднял у себя из дома VPN до рабочей сети на микротике в своей домашней сети. Но в данном случае эта моя гипотеза разбилась как только я увидел обратный резолв адреса через который я попал на этот Микротик.
То есть это один из шлюзов в мир из сети РЖД. Ну и в сеть РЖД тоже…
Получилась вот такая картина:
Вероятно, что это один из офисов РЖД, который прилинкован к основой сети через l2tp. Я попадаю в сеть где межсетевые экраны отсутствуют как класс. Запускаю интенсивное сканирование хостов — у меня соединение не рвётся. Значит о системах обнаружения вторжения (IDS/IPS) РЖД тоже ничего не слышал. Микротик может замечательно интегрироваться, например Обнаружил кучу устройств без защиты. Это говорит, что службы сетевой безопасности в РЖД так же нет.Много устройств с дефолтными паролями. То есть политики паролей тоже нет.С Микротиков внутри сети я легко поднял туннели. То есть исходящий трафик не контролируется. Я вижу все интерфейсы управления в одной сети с клиентскими сервисами. Админы РЖД ничего не знают о Management VLAN
«Российские железные дороги» провели проверку после взлома мультимедийной системы поезда «Сапсан» одним из пассажиров, критических уязвимостей не обнаружено.
Так дайте ответ, Евгений Игоревич, какой «Юный натуралист» проводил расследование и не заметил гнездо со слонами?
У меня лично есть всего три варианта ответа на этот вопрос:
1. У Вас исходно плохая команда.
Проверку проводил тот же отдел, который и проектировал/обслуживает систему. Отрицая проблему, они или сохраняют свою работу, или преследуют иные цели.
2. Вы доверились не тому специалисту. Аудит проводил некомпетентный сотрудник.
3. Вы и так знаете о проблеме, но по каким-то неведомым причинам не можете ее публично признать и решить.
«Что есть защищенная система? Защищенная система — это та система, взлом которой стоит дороже, чем ценность информации, которая там есть. Вот и все», — подытожил директор по информационным технологиям ОАО «РЖД».
Предлагаю применить Вашу систему оценки в теории на примере системы видеонаблюдения РЖД.
Чтобы вывести камеры из строя так, чтобы их могли восстановить только специалисты вендора, достаточно залить прошивку с заблокированным сетевым интерфейсом.
Рандомно выбранная из списка установленных модель стоит ~13к рублей.
А закупки по 44-ФЗ отличаются, как непредсказуемой конечной стоимостью, так и временем проведения самой процедуры и получения продукта. Я потратил 8 часов для сбора информации для этой статьи. Найдено ~10к камер. Производителей камер, которые установлены, немного — максимум штук 10.
Гипотетическому злоумышленнику потребуется:
Модифицировать прошивки, заблокировав сетевой порт на 10 прошивках. Думаю, что на это у специалиста уйдёт три рабочих дня;Написать сканер, который будет анализировать устройство и заливать соответствующую прошивку. Заложим ещё 2 дня;Запустить этот сканер-прошивальщик, чтобы не смогли найти источник и заблокировать — часа два.
Таким образом за неделю работы специалиста по взлому РЖД потеряет минимум 130 миллионов рублей. Отсюда стоимость одного часа работы злоумышленника будет равна ~2,5 млн. рублей.
Двигаемся дальше.
Быстро заменить камеры на работающие РЖД не сможет. В резерве столько нет. Купить новые из-за обязанности объявления торгов так же не получится. Таким образом вся железная дорога будет без видеонаблюдения не меньше месяца.
А вот это уже опасность террористической угрозы. Чтобы её хоть как-то снизить потребуется на 10 тысячах объектов существенно усилить охрану. То есть даже на маленькую ж.д. станцию потребуется дополнительно 6 человек охраны…
Кажется счёт уже уходит за миллиарды…
Что нужно изменить, чтобы снизить вероятность возможных последствий?
Далее чисто мой взгляд на решение данной ситуации. Он ничего общего не имеет с мировыми best practices.
Так же, сразу оговорюсь, что проблема касается только обнаруженной мною сети видеонаблюдения. В других сегментах сети РЖД, очень надеюсь, всё намного лучше.
1. Нанять сетевых аудиторов, которые помогут найти и закрыть самые «зияющие» дыры.
2. Нанять крутых системных архитекторов, которые имеют богатый опыт построения больших сетей. И не факт, что это будут российские специалисты. Перед ними поставить следующие задачи:
2.1. доработать текущую инфраструктуру до безопасного состояния за минимальные средства (зачем вкладывать много денег в проект, который скоро разберут)
2.2. разработать новую полноценную инфраструктуру, отвечающую всем требованиям безопасности и план поэтапной миграции.
3. Нанять подрядчика, который будет реализовывать в жизни данные проекты и передавать на эксплуатацию сетевикам РЖД.
4. После сдачи проектов провести аудит безопасности инфраструктуры.
5. По окончанию пентестов своими силами объявить Bug Bounty
Чтобы мотивировать аудиторов и внутренних специалистов работать качественно, надо объявить лимит на количество и серьёзность уязвимостей, которые могу найти участники программы Bug Bounty. Если внешние специалисты найдут багов меньше лимита, то свои аудиторы получают премии. Если багов будет больше лимита, то штрафовать.
В дальнейшем службу внутреннего аудита информационной безопасности оставить на постоянку и премии формировать уже на основании обнаруженных багов и их устранении.
Разумеется, что схема имеет огромное количество подводных камней, которые за время написания статьи предусмотреть не возможно.
Заключение
Я не единственный кто нашёл данные уязвимости. Очень много признаков, что в этой сети кто-то «живёт».
Например, вот эти линки я уже встречал не раз на роутерах, никак не относящихся к РЖД.
Все информационные системы уязвимы априори. Когда их вскроют — зависит от интереса злоумышленников к ним, беспечности создателя и времени, которое они на это потратят.
Основой основ безопасности является ограничение доступа к системам при несанкционированном проникновении в одно устройство.
В случае с Сапасаном, чтобы через полученный VPN доступ можно было увидеть только один сервис — с которым взаимодействует пользователь системы, а не всю сеть РЖД…
Я старался достаточно жирно намекнуть на узкие места не раскрывая деталей и надеюсь, что специалисты РЖД их всё же увидят.
Связаться со мной можно через телеграм t.me/monoceros
Обсудить данную статью приглашаю в профильный чат по Микротикам в Телеграм «RouterOS Security»: t.me/router_os
Кстати, Евгений Игоревич, с повышением!
Источник
Также оттуда в сеть РЖД есть впн. Если захотите — найдёте её там сами.
И вот, год спустя я попал в сеть РЖД даже не садясь в Сапсан.
Видимо, только этот котэ добросовестно охраняет вокзал.
Как именно я попал в сеть РЖД с пруфами, чего не сделал директор по информационным технологиям ОАО «РЖД» Чаркин Евгений Игоревич и возможные последствия — под катом.
Всё началось с гипотезы
В интернете очень много бесплатных прокси-серверов. Но кто в здравом уме будет открывать всем желающим выход в интернет через свой роутер? Вариантов по большому счету два: это либо взломанные устройства, либо владелец забыл отключить эту функцию.
Таким образом меня посетила идея проверить гипотезу: «Есть ли жизнь за прокси»?
Я запустил nmap по диапазону адресов по порту 8080. Далее из полученного результата прошёлся прокси-чеккером в поисках публичного прокси без авторизации и из положительных результатов выбрал самый близкий ко мне по пингу.
Запустил сканер через него по адресам 172.16.0.0/12 порт 8291 (mikrotik winbox). И! Я его нашёл! Без пароля!
То есть за роутером с прокси есть ещё один — Mikrotik без пароля. Гипотеза подтверждена: за прокси могут быть целые незащищённые сети.
Только на тот момент я недооценивал масштаб «незащищённости», который я случайно нашёл.
В поисках Немо владельца системы
Так как я придерживаюсь принципов Grey hat (Обо мне mysterious Russian-speaking grey-hat hacker Alexey и статья на Хабре) и «съел собаку» на безопасности Mikrotik, то я принялся искать владельца системы, чтобы связаться с ним.
Кстати, заходите в Телеграм чат «RouterOS Security» t.me/router_os
Недолго думая я поднял исходящий VPN до себя. Всё же комфортней через нормальный туннель дальше изучать сеть и искать признаки владельца системы. HTTP connect — ещё тот геморрой…
За интерфейсами ether1 и bridge ничего интересного не обнаружил. Найденные камеры были абсолютно не информативными.
А вот сканирование vpn, отмеченные красным на скрине выше, выдало более 20 000 устройств…
Причём более 1000 штук — микротики. Огромное количество устройств с заводскими паролями.
Вот некоторые из найденных сервисов с паролями по умолчанию:
1. Камеры наружного наблюдения — подавляющее большинство.
Ещё камеры 
Даже офисы внутри
Камер, по скромным ощущениям, не менее 10 000 штук. Производители разные: beward, axis, panasonic и т.д.
2. Ip-телефоны и FreePBX сервера также большое количество.
3. IPMI серверов:
Asus 
Dell (их подавляющее большинство) 
Supermicro 
Из серверов виртуализации встречаются ESXi, Proxmox и oVirt ![4r G A He3amnmeH0 | 10 4/cgi/url_redirect.cgi?url_name=mainmenu
© System © Summary
[J»l Java iKVM Viewer v1.69.26 [1 .4] - Resolution 1024 X 768 - FPS 9 Virtual Media Record Macro Options User List Capture Power Control Exit
© FRU Reading
© Hardware Informatioi
Vttuare ESXi 6.0.0](//img0.reactor.cc/pics/post/%D0%A0%D0%96%D0%94-%D0%B4%D1%8B%D1%80%D0%B0-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C-%D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8-6421376.png "РЖД,дыра,уязвимость,новости,habrahabr,habr,длинопост,информационная безопасность,it,политика,политические новости, шутки и мемы,мопед не мой,информационная небезопасность")
![4r G A He3amnmeH0 | 10 4/cgi/url_redirect.cgi?url_name=mainmenu
© System © Summary
[J»l Java iKVM Viewer v1.69.26 [1 .4] - Resolution 1024 X 768 - FPS 9 Virtual Media Record Macro Options User List Capture Power Control Exit
© FRU Reading
© Hardware Informatioi
Vttuare ESXi 6.0.0](http://img0.reactor.cc/pics/post/%D0%A0%D0%96%D0%94-%D0%B4%D1%8B%D1%80%D0%B0-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C-%D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8-6421376.png "РЖД,дыра,уязвимость,новости,habrahabr,habr,длинопост,информационная безопасность,it,политика,политические новости, шутки и мемы,мопед не мой,информационная небезопасность")
Много узлов кластера Proxmox (по поднятым сервисам и трафиком между ними.)
4. Преобразователи ethernet во 'что угодно' (Moxa UniPing etc) ![4r O A He3aiiii/iuieHO | 10 131 M0X3
j Main Menu Cl Overview Cl Basic Settings Cl Network Settings l'C3 Serial Settings LCl Port 1 1Operating Settings LCl Port 1 Cl Accessible IP Settings 1-^3 Auto warning Settings l-Q E-mail and SNMP Trap ;-Q Event Type ] Digital 10 |-Q DIO Settings 1 Cl DIO](//img0.reactor.cc/pics/post/%D0%A0%D0%96%D0%94-%D0%B4%D1%8B%D1%80%D0%B0-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C-%D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8-6421378.png "РЖД,дыра,уязвимость,новости,habrahabr,habr,длинопост,информационная безопасность,it,политика,политические новости, шутки и мемы,мопед не мой,информационная небезопасность")
![4r O A He3aiiii/iuieHO | 10 131 M0X3
j Main Menu Cl Overview Cl Basic Settings Cl Network Settings l'C3 Serial Settings LCl Port 1 1Operating Settings LCl Port 1 Cl Accessible IP Settings 1-^3 Auto warning Settings l-Q E-mail and SNMP Trap ;-Q Event Type ] Digital 10 |-Q DIO Settings 1 Cl DIO](http://img0.reactor.cc/pics/post/%D0%A0%D0%96%D0%94-%D0%B4%D1%8B%D1%80%D0%B0-%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8C-%D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8-6421378.png "РЖД,дыра,уязвимость,новости,habrahabr,habr,длинопост,информационная безопасность,it,политика,политические новости, шутки и мемы,мопед не мой,информационная небезопасность")
5. Системы управления ИБП 
6. Внутренние сервисы
Что-то похожее на мониторинг состояния систем обеспечения здания. 
Система управления кондиционированием и вентиляцией 
Различные системы управления табло на перронах :-)
Эта самая красивая 
Некий терминал, но внутри модифицированный дебиан.
Таких нашёл около 20 
Кстати, аптайм у него почти год:
6. Сетевое оборудование
Разумеется, много различных роутеров. Как уже сказано выше, мне больше интересны Микротики. Подавляющее большинство с последней прошивкой и пароли не пустые. Но есть без паролей и с устаревшими прошивками.
Туннели наружу подымаются легко. То есть фильтрации исходящих коннектов практически нет.
Более того огромное количество микротиков со включенным прокси, аналогично тому, при помощи которого я и попал в эту сеть… Кстати, туннели через них тоже замечательно подымаются.
Не полный кусок лога по прокси.
Такое ощущение, что интегратор, который строил сеть, специально оставил этот доступ.
И все же кто же хозяин?
Думаю, что уже все и так догадались.
Это я пробежался по верхушкам в рандомном порядке. Потратил я на это чуть больше 20 минут, чем автор статьи про Сапсан.
Это здец. Сеть просто в решето.
Причём это устройства по всей РФ.
Например, вот это вокзал Уфы 
Антропово Костромской области 
Развёрнута профессиональная система видеонаблюдения.
Нашёл презентацию по вокзалам.
macroscop 
Находил Кемерово, Новосибирск, Омск и т.д. По внешнему виду вокзалы сложно определить. К тому же я поездом уже лет 5 не ездил.
Как же так получилось?
Я всегда считал, что уязвимости в корпоративных сетях появляются из-за ошибок или специальных действий безграмотных сотрудников. Первое что пришло мне в голову — это некий сотрудник по разрешению СБ поднял у себя из дома VPN до рабочей сети на микротике в своей домашней сети. Но в данном случае эта моя гипотеза разбилась как только я увидел обратный резолв адреса через который я попал на этот Микротик.
То есть это один из шлюзов в мир из сети РЖД. Ну и в сеть РЖД тоже…
Получилась вот такая картина:
Вероятно, что это один из офисов РЖД, который прилинкован к основой сети через l2tp. Я попадаю в сеть где межсетевые экраны отсутствуют как класс. Запускаю интенсивное сканирование хостов — у меня соединение не рвётся. Значит о системах обнаружения вторжения (IDS/IPS) РЖД тоже ничего не слышал. Микротик может замечательно интегрироваться, например Обнаружил кучу устройств без защиты. Это говорит, что службы сетевой безопасности в РЖД так же нет.Много устройств с дефолтными паролями. То есть политики паролей тоже нет.С Микротиков внутри сети я легко поднял туннели. То есть исходящий трафик не контролируется. Я вижу все интерфейсы управления в одной сети с клиентскими сервисами. Админы РЖД ничего не знают о Management VLAN
«Российские железные дороги» провели проверку после взлома мультимедийной системы поезда «Сапсан» одним из пассажиров, критических уязвимостей не обнаружено.
Так дайте ответ, Евгений Игоревич, какой «Юный натуралист» проводил расследование и не заметил гнездо со слонами?
У меня лично есть всего три варианта ответа на этот вопрос:
1. У Вас исходно плохая команда.
Проверку проводил тот же отдел, который и проектировал/обслуживает систему. Отрицая проблему, они или сохраняют свою работу, или преследуют иные цели.
2. Вы доверились не тому специалисту. Аудит проводил некомпетентный сотрудник.
3. Вы и так знаете о проблеме, но по каким-то неведомым причинам не можете ее публично признать и решить.
Стоимость уязвимости
«Что есть защищенная система? Защищенная система — это та система, взлом которой стоит дороже, чем ценность информации, которая там есть. Вот и все», — подытожил директор по информационным технологиям ОАО «РЖД».
Предлагаю применить Вашу систему оценки в теории на примере системы видеонаблюдения РЖД.
Чтобы вывести камеры из строя так, чтобы их могли восстановить только специалисты вендора, достаточно залить прошивку с заблокированным сетевым интерфейсом.
Рандомно выбранная из списка установленных модель стоит ~13к рублей.
А закупки по 44-ФЗ отличаются, как непредсказуемой конечной стоимостью, так и временем проведения самой процедуры и получения продукта. Я потратил 8 часов для сбора информации для этой статьи. Найдено ~10к камер. Производителей камер, которые установлены, немного — максимум штук 10.
Гипотетическому злоумышленнику потребуется:
Модифицировать прошивки, заблокировав сетевой порт на 10 прошивках. Думаю, что на это у специалиста уйдёт три рабочих дня;Написать сканер, который будет анализировать устройство и заливать соответствующую прошивку. Заложим ещё 2 дня;Запустить этот сканер-прошивальщик, чтобы не смогли найти источник и заблокировать — часа два.
Таким образом за неделю работы специалиста по взлому РЖД потеряет минимум 130 миллионов рублей. Отсюда стоимость одного часа работы злоумышленника будет равна ~2,5 млн. рублей.
Двигаемся дальше.
Быстро заменить камеры на работающие РЖД не сможет. В резерве столько нет. Купить новые из-за обязанности объявления торгов так же не получится. Таким образом вся железная дорога будет без видеонаблюдения не меньше месяца.
А вот это уже опасность террористической угрозы. Чтобы её хоть как-то снизить потребуется на 10 тысячах объектов существенно усилить охрану. То есть даже на маленькую ж.д. станцию потребуется дополнительно 6 человек охраны…
Кажется счёт уже уходит за миллиарды…
Что нужно изменить, чтобы снизить вероятность возможных последствий?
Далее чисто мой взгляд на решение данной ситуации. Он ничего общего не имеет с мировыми best practices.
Так же, сразу оговорюсь, что проблема касается только обнаруженной мною сети видеонаблюдения. В других сегментах сети РЖД, очень надеюсь, всё намного лучше.
1. Нанять сетевых аудиторов, которые помогут найти и закрыть самые «зияющие» дыры.
2. Нанять крутых системных архитекторов, которые имеют богатый опыт построения больших сетей. И не факт, что это будут российские специалисты. Перед ними поставить следующие задачи:
2.1. доработать текущую инфраструктуру до безопасного состояния за минимальные средства (зачем вкладывать много денег в проект, который скоро разберут)
2.2. разработать новую полноценную инфраструктуру, отвечающую всем требованиям безопасности и план поэтапной миграции.
3. Нанять подрядчика, который будет реализовывать в жизни данные проекты и передавать на эксплуатацию сетевикам РЖД.
4. После сдачи проектов провести аудит безопасности инфраструктуры.
5. По окончанию пентестов своими силами объявить Bug Bounty
Чтобы мотивировать аудиторов и внутренних специалистов работать качественно, надо объявить лимит на количество и серьёзность уязвимостей, которые могу найти участники программы Bug Bounty. Если внешние специалисты найдут багов меньше лимита, то свои аудиторы получают премии. Если багов будет больше лимита, то штрафовать.
В дальнейшем службу внутреннего аудита информационной безопасности оставить на постоянку и премии формировать уже на основании обнаруженных багов и их устранении.
Разумеется, что схема имеет огромное количество подводных камней, которые за время написания статьи предусмотреть не возможно.
Заключение
Я не единственный кто нашёл данные уязвимости. Очень много признаков, что в этой сети кто-то «живёт».
Например, вот эти линки я уже встречал не раз на роутерах, никак не относящихся к РЖД.
Все информационные системы уязвимы априори. Когда их вскроют — зависит от интереса злоумышленников к ним, беспечности создателя и времени, которое они на это потратят.
Основой основ безопасности является ограничение доступа к системам при несанкционированном проникновении в одно устройство.
В случае с Сапасаном, чтобы через полученный VPN доступ можно было увидеть только один сервис — с которым взаимодействует пользователь системы, а не всю сеть РЖД…
Я старался достаточно жирно намекнуть на узкие места не раскрывая деталей и надеюсь, что специалисты РЖД их всё же увидят.
Связаться со мной можно через телеграм t.me/monoceros
Обсудить данную статью приглашаю в профильный чат по Микротикам в Телеграм «RouterOS Security»: t.me/router_os
Кстати, Евгений Игоревич, с повышением!
Источник
Подробнее
11! i 1 * \Æ ■ 1 1 У ■ |L m A Ш ■ 1 Ши/ I * 1 / ■V
:erOS Win Box ^ admin@192. 5.1 (MikroTik) - WinBox (64bit) v6.47 on hAP ac lite (mipsbe) Session Settings Dashboard •O O Safe Mode f Quick Set x CAPsMAN ^ Interfaces X Wireless Bridge 1= PPP ^ Switch *n Mesh H IP f Q MPLS Routing $2’ System f ^ Queues ^ Rles Log it RADIUS ^ Tools E5l New Teiminal <•> Dot1X “3 MetaROUTER ^ Partition Make Supout.rif IB Manual Q New WinBox H Exit Address List + inos Find Address Network Interface ▼ D : 10.1! 178 10.1L MT~ ' D «Ç» 172.: 36/28 172.30.0.128 etherl D ^ 172.: 3.16 172.: 5.1 D : 192. )1.25 192. >1.1 !2tp-out2 ;;; defconf :: 192. 58.1/24 192. 58.0 bridge D ^ 192. 59.2 192. 59.1 !2tp-out3 User Ust Users Groups SSH Keys SSH Private Keys Active Users + lEE ♦ ♦ 6 items AAA Name Group Allowed Address Last Logged In ;;; system default user i admin full i r31337 full Jan/11, 2 items Interface PPPoE Servers Secrets Profiles Active Connections L2TP Secrets PPP Scanner PPTP Server SSTP Server L2TP Server OVPN Server PPPoE Scan Name Type Actual MTU L2 MTU Tx Rx Tx Packet (p/s) Rx Packet (p/s) <•> gi <•>I2 * <•>12 <•>12 <•> O' <•> vp.. <•> vpn-msc L2TP Client Client J-2TP* L2TP Client L2TP Client 1450 1450 1380 832 bps 0 bps 2 0 0 bps 0 bps 0 0 0 bps 0 bps 0 0 123.0 kbps 3.8 kbps 12 9 0 bps 0 bps 0 0 0 bps 0 bps 0 0 0 bps 0 bps 0 0 7 items out of 16
О А Не защищено | 192/ .40/1одт.а5р ☆ е : ве^лгсо Просмотр Настройки Выход ИзоОражение 2 0 2 1 -0 з в 1РС355803
X А Не защищено 10. 12/1одт.азр Просмотр Настройки Выход вешлво Изображение Информация Могпжюп
4r G A HG3ammuGHO | 10 134/viGw/viGWGr_indGx.shtml?id = 11 * e AX\Sa AXIS P1346 Network Camera View size (f>© Stream profile | Motion JPEG V
(r O A He3ainmuGHO | 10. 80 GË ☆ -i 0 vfe S5120FD-DN IP Camera HD POWERING ACTIONABLE INTELLIGENCE* Video stream [i______vj > Manual trigger: Digital output 1 on ¡off | Zoom and Focus 1 — I Zoom l +J I — | Focus 1+J Zoom speed lov Focus speed lo v 0 Clientsettings >_ Configuration Language
☆ Е5Г О А Не защищено | 10 О асИуесат 224/сп/у1еУ7емпс1ех.а5р О Просмотр Ф Настройки Конфигурация видеопотока : [ Приоритет по каналу у| Канал : Осн.1
ittp ://' S fdoc/page/preview.asp - Ç rioncK... X|L*I ON Live View Playback Picture Application Configuration
192. 60/view/index.shtml AX IS- AXIS 216FD Network Camera Live View I Set Video format | Motion JPEG v
защищено | 10. 1/servlet?m = mod_data&p=account-register&q=load Yealink Выход из системы Используется пароль по умолчанию, его необходимо изменить! easy / IPmatika powered by Yealink Статус Аккаунт Сеть DSS Функции Настройки Контакты Безопасность Статус регистрации Активная линия Лейбл Отображаемое имя Имя регистрации ГО пользователя Пароль SIP Server 1 Адрес SIP-сервера Транспорт Таймаут сервера Количество запросов SIP-сервер 2 Адрес SIP-сервера Транспорт Таймаут сервера Количество запросов Использовать Outbound-сервер Outbound Proxy Server 1 Outbound Proxy Server 2 Proxy Fallback Interval NAT Зарегистрировано 5060 5060 5060 5060 Сохранить Отмена Примечание Регистрация аккаунта Регистрация аккаунтов для IP-телефона. Резервирование серверов Используется для обеспечени непрерывности обслуживания в случае, когда сервер должен быть отключен для обслуживания или в случае, когда соединение между IP-телефоном и сервером разрывается. Обход NAT Сетевой метод установления и поддержки соединений интернет-протокола через шлюзы, реализующие NAT. Вы можете настроить прохождение NAT для этой учетной записи. 13 Нажмите сюда, чтобы получить дополнительную информацию по настройке телефона! Copyright © 2001-2020 Yealink Network Technology Co., Ltd. All Rights Res
4r O A HG3ammuGHo | 10. 3/index.html ••• IRMATIKA onfiguration Settings Network Print Log Settings retwcrk Applications 'hone Settings IP NAT Settings >ial Plan Settings peed Dial Settings rovisionmg Settings IP Accounts Account 1 Account 2 'all Settings Account 1 Account 2 Ludio Settings Account 1 Account 2 SIP Account 1 Registration Status Display Name Register Name User Id Password Use Account Registrar IP Registrar Port Proxy Server Address Expiry Time Backup Registrar IP Backup Registrar Port Save Registered li LI [I LI li rz Q [10. n 600
4r O A HG3ammuGHO 192 51/indGx.html ASMB8,kvm 6 American Megatrends Ina Dashboard FRU Information Server Health Configuration Remc Dashboard Dashboard gives the overall information about the status of the device and remote serve Device Information Firmware Revision: 1.13 Firmware Build Time: Mar 8 2017 15:10:15 CST Network Information (Edit) DM_LAN1: MAC Address: V4 Network Mode: IPv4 Address: V6 Network Mode: IPv6 Address: Shared LAN: MAC Address: V4 Network Mode: IPv4 Address: V6 Network Mode: IPv6 Address: Enable 0C:9D:92:C3:CF:C5 DHCP 192.M 151 DHCP Enable 0C:9D:92:C3:CF:C6 DHCP 192. 66 DHCP Remote Control Launch
A He 3aiMHLUGH0 | 10. 5/indGx.html?ST1 = Integrated Dell Remote Access Controller 8 Enterprise / Thermal Console Attached Media vFlash Service Module Job Queue Properties Summary Details System Inventory System Summary Server Health Virtual Console Preview y Batteries y Temperatures V2T2,. PowerEdge R330, User: root - Google Chrome -ilmgho 10.i 'virtualconsolehtml5.h _ 3 Chat | Keyboard | | Screen Capture | | Refresh | | Full Screen t | Connect Virtual I CentOS Linux 7 (Core) Kernel 3.10.0-1062.12.I.cl7.x06_64 on an x86_64 sevsrv login: [1640873.8314601 hid-generic 0003:0624:0249.0001: usb_submit_urb(ctrl) failed: -19 [4736443.8007591 hid-generic 0003:0624:0249.0004: usb_subwit_urb(ctr1) failed: -19 [9744513.1704981 hid-generic 0003:0624:0249.0007: usb_submit_urb(ctrl) failed: -19 [10395533.9374041 hid-generic 0003:0624:0249 000A: usb_submit_urb(ctrl) failed: -19 z!!
root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin root: calvin Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del Del ¡DRAC6 KVM (name: idrac-198H35Jf model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-198H35Jf model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-4H3D85J, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-4H3D85J, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-CL9H35Jf model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-CL9H35Jf model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-5H3D85J, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-5H3D85J, model: PowerEdge R510) PowerEdge R720xd KVM (name: idrac-BVCKF3X, model: PowerEdge R720xd) PowerEdge R720xd KVM (name: idrac-BVCKF3X, model: PowerEdge R720xd) ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ¡DRAC6 KVM (name ÍDRAC6 KVM (name idrac-HPJ3C5J, model: PowerEdge R510) idrac-HPJ3C5J, model: PowerEdge R510) idrac-8PJ3C5J, model: PowerEdge R510) idrac-8PJ3C5J, model: PowerEdge R510) idrac-2H3D85J, model: PowerEdge R510) idrac-2H3D85J, model: PowerEdge R510) idrac-6R8H35J, model: PowerEdge R510) idrac-6R8H35J, model: PowerEdge R510) idrac-8PJ3C5J, model: PowerEdge R510) idrac-DPJ3C5J, model: PowerEdge R510) idrac-DPJ3C5J, model: PowerEdge R510) idrac-79S285J, model: PowerEdge R510) idrac-79S285J, model: PowerEdge R510) idrac-8PJ3C5J, model: PowerEdge R510) idrac-3H3D85J, model: PowerEdge R510) idrac-3H3D85J, model: PowerEdge R510) idrac-CPJ3C5J, model: PowerEdge R510) idrac-CPJ3C5J, model: PowerEdge R510) idrac-20P385J, model: PowerEdge R510) idrac-20P385J, model: PowerEdge R510) idrac-6Y6385J, model: PowerEdge R510) idrac-6Y6385J, model: PowerEdge R510) idrac-59N285J, model: PowerEdge R510) idrac-59N285J, model: PowerEdge R510) PowerEdge R530 KVM (name: idrac-DN8LWG2, model: PowerEdge R530) PowerEdge R530 KVM (name: idrac-DN8LWG2, model: PowerEdge R530) ¡DRAC6 KVM (name: idrac, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-H3J2C5J, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-H3J2C5J, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-FW13C5J, model: PowerEdge R510) ¡DRAC6 KVM (name: idrac-FW13C5J, model: PowerEdge R510) PowerEdge R330 KVM (name: idrac-22P0H92, model: PowerEdge R330) PowerEdge R330 KVM (name: idrac-22P0H92, model: PowerEdge R330) PowerEdge R530 KVM (name: idrac-oldserv, model: PowerEdge R530) PowerEdae R530 KVM (name: idrac-oldserv, model: PowerEdae R53Q)
G A Hg 3amnmeHO | 10 i/url_rGdirGct.cgi?url_namG=mainmenu System Server Health Configuration Remote Control Virtual Media Maintenance © System © FRU Reading © Hardware Information © System Firmware Revision: 03.65 Firmware Build Time : 12/16/2017 BIOS Version: 3.1 BIOS Build Time: 06/06/2018 Redfish Version : 1.0.1 I—Remote Console Preview---- IP Address: < BMC MAC Address: ac:1f:6b:4b:b2:2b System LAN1 MAC address :ac:1f:6b:47:80:c8 System LAN2 MAC address :ac:1f:6b:47:80:c9 i— Power Control ■ Host is currently on. Power Power Down Reset
4r G A He3amnmeH0 | 10 4/cgi/url_redirect.cgi?url_name=mainmenu © System © Summary [J»l Java iKVM Viewer v1.69.26 [1 .4] - Resolution 1024 X 768 - FPS 9 Virtual Media Record Macro Options User List Capture Power Control Exit © FRU Reading © Hardware Informatioi Vttuare ESXi 6.0.0 (VMKernel Release Build 4510822) Supernicro XIODRi 2 x Intel(R) XeonCR) CPU E5-2620 v3 0 2.40GHz 24 GiB Menory Download tools to nanage this host fron: http ://vi*'+' http://lC 24/ (STATIC) http ://tf 24/ (STATIC) :c4:7 (STATIC)
4r G A He samnLLiGHO | oktsrv.rzd.dpo/ovirt-engine/ Welcome to oVirt OPEN VIRTUALIZATION MANAGER Version 4.3.7.2-1 .el7 Portals Administration Portal VM Portal U.S. English v Downloads Console Client Resources CA Certificate moVirt for Android Not Logged In oVirt Technical Reference REST API Guide
4r O A He3aiiii/iuieHO | 10 131 M0X3 j Main Menu Cl Overview Cl Basic Settings Cl Network Settings l'C3 Serial Settings LCl Port 1 1Operating Settings LCl Port 1 Cl Accessible IP Settings 1-^3 Auto warning Settings l-Q E-mail and SNMP Trap ;-Q Event Type ] Digital 10 |-Q DIO Settings 1 Cl DIO Monitor Cl Serial Command Mode Cl Change Password Cl Load Factory Default Cl Save/Restart Welcome to Network Enabler Web Console ! Model Name NE-4110A MAC Address 00:90:E8:78:17:BD Serial No. 8097 Firmware Version 4.1 Build 07061517
10 128 Firmware Version: V4016 USR -IOT Experts- Be Honest, Do Best! Current Status Local IP Config Expand Function Mise Config Module Name Current IP Address MAC Address Remote IP/TX/RX-1 -2 -3 -4 -5 TX Count/RX Count parameter USR-TCP23 2-304 10 .228 d8-b0-4c-e9-3c-09 10CH -31 / 0 byte / 0 byte 0.0.0.0/ 0 byte / 0 byte 0.0.0.0/ 0 byte / 0 byte 0.0.0.0/ 0 byte / 0 byte 0.0.0.0/ 0 byte / 0 byte 2947566/ 36233095 bytes • Current IP Address: default IP of module • Remote IP/TX/RX: IP of server or device connecting with module;reset for disconnect TX/RX:data volume that each server or device communicates with module;reset for disconnect • TX Count/RX Count: a total of data volume that servers or devices communicate with module;reset for power off Copyright © Jinan USR IOT Technology Limited. All Rights Reserved website: www.usriot.com
О А Не защищено 10. 11 F:T*I\I Powering Business Worldwide Powerware 9130 2000 - Savelovskiy ИБП Свойства ИБП 5 Управление ИБП Еженедельный график Параметры отключения Журналы и уведомления Измерения Журнал событий Системный журнал Уведомление по электронной почте Настройки Сеть Radius LDAP Система Уведомления для приложений 5 Управление доступом 3 SNMP Время Загрузка программноаппаратного обеспечения Свойства ИБП | Состояние ИБП_____v_| Источник питания : Питание переменного тока Уровень нагрузки на выходе : ШЗ I I I I I H 24% Выходной ток: 0 0 Master Вкл. Groupl: Вкл. Group2: Вкл. _ ЬЗТЗрбЯ Уровень зарядки батареи: ŒQ 1 1 1 1 1 1 1 100 % Заоялка Оставшееся время резервного питания : 54 mn 12 s Состояние батареи : OK Последнее обновление : 2020/12/30 16:14:16
4r O A HG3ammuGHo | 10. >0/lsi.html RICHCOMM Login Usenadmin Operation Authorization:Manag UPS Information :’9|H c> Current Status c Remote Control System Setting Network Settings SNMP Setting User Setting IPPOWER Setting Para Setting c c c c c In Voltage:234.0V Frequency:49.9HZ Out Vottage:219.8V Output Max Voltage:220.0V Output Min Voltage:219.7V Out Load: 13.0% Total Batt Vol: 2.28V Battery Capacity: 100.0% Temperature:25.0°C Log and control Current Running Status Connection Status Device Connection AC Status AC Normal Battery Status Battery Voltage Normal Running Status UPS Normal UPS Status UPS Normal UPS Type Online Testing Status Non-testing Shutdown Status UPS Normal Beeper Status On
192. 15 Дирекция пассажирских обустройств Логин Пароль АВТОРИЗАЦИЯ ☆ е : Перейти на АСУУВ: Выберите из списка ^
4г О А Не защищено | 10. :88/tractionsubstract¡on?¡ds=651 &archivetime=08¿sessionid=0041000001080864 12.29 05:03:46 Москва-Пассажирская-Октябрьская дд.мм. ☆ 5Г 0 « |_Т_||_Г_| ' Москва-1оварная-Октяорьская - Mocki _ I__J I__J _ Пассажирская-Октябрьская •••••••••••• S Активация Windows Чтобы активировать Windows, раздел "Параметры''.
О А Не защищено | 10 10 Осн. здание ББЦ ГРЩ ИБП ИТП Вентиляция Настройки Аварии История Основное здание 1 этаж Вентиляция П1 Работа Авария 13.9°С П2 Работа Авария 18.5°С П4 Работа Авария 0°С П5 Работа Авария 26.7°С П6 Работа Авария 19°С П6* Работа Авария 20.6°С У1 Работа Авария 11.2°С Освещение Щ01.1 Гр.01.1-3 | включено |[~[ Освещение Щ01.2 Гр.01.2-2 [_ включено | \ | Гр.01.2-4 [_ включено | \ | Гр.01.2-6 Г включено | \ | Освещение ЩА01.1 Гр.А01.2-8А Гр.А01.2-9А Гр.А01.2-10А Гр.А01.2-11А Гр.А01.2-12А Гр.А01.2-1А Гр.А01.2-2А Гр.А01.2-4А Гр.А01.2-5А Гр.А01.2-6А Гр.А01.2-7А включено включено включено включено включено включено включенс включенс включенс включенс включенс А01.1-12А А01.1-12А
4r О A Не защищено | 10. 0.2 Д CPK-M2 • Состояние о Состояние системы о Состояние СРК-М2-У о Состояние подключения о Состояние ОКВ о Сост входов выходов о Просмотр журнала • Настройки общие СРК-М2 о Лата, время, периоды, ротация • Настройки связи о Сеть IP Ethernet о RS4S5 MODBUS мониторинг о TCP MODBUS мониторинг о SNMP о SMTP почта о SMS через SMTP о SMS через GSM о WEB и FTP пароли • Настройки температур и напряжений о Температурные пороги о Напряжения • Настройки модулей о Интерфейс модулей о Параметры ОКВ и модулей о Обучение ПК • Настройки реле и входов о Входы о Реле • Команды (сохранить загрузить) о Прошивка о Файлы о Обнулить, очистить о Перезапустить Состояние ОКВ (оборудования кондиционирования и вентиляции) Дата, время (ДД.ММ.ГТТТ ЧЧ:ММ:СС) 29.12.2020 17:17: 4 До ротаци осталось: 5 сек Адреса всех подключенных модулей (HEX): 0;1;2 Адреса подключенных модулей СК (HEX): 1,2 Адреса подключенных модулей ДТ (HEX): 0 Адреса конд. холод (HEX): 1,2 Адреса оборуд. нагрева (HEX): 1,2 Адреса оборуд. вентиляции (HEX): нет Параметр Режим работы Включены Заблокированы пульты Принят ALARM от ВКЛ но Не работает Нет связи с Суммарная авария Info сигнал АДР=Наработка АДР=Температура [С] АДР=Влажность [%] АДР=Версия ПО модуля АДР=Уставка температуры АДР=Режим работы АДР=Скорость вентилятора АДР=Код ошибки(НЕХ) Значение кондиционирование 1=2 1=2 нет 1 нет 1 нет 1=ОдОч8м58с; 2=98д13ч1м19с 0=+17; 1=+20; 2=+25 нет 0=30; 1=30; 2=30 нет нет нет нет
4г О А Не защищено 10 :3/агтсГ|р?5е55ютс1=0 ^РМ Мониторинг Систем Информирования Пассажиров С* Остановочные пункты: Спб - Москва 59 /39 Волхов Мост 0 Волхово 0 О Вышний Волочек 5 Гряды 0 Дубцы 0 Ф Завидово 2 /2 фКлин 2 ф Колпино 2 /2 Ф Крюково 8/8 О Лихоборы 2 Москва-Пассажирская- 0 Октябрьская ф Окуловка 9 /1 Ост. Пункт 130 Км 0 ф Останкино 3 Ф Петровско-Разумовское 2 /2 Ф Поваровка 2 /2 Ф Подсолнечная 4 /4 Ф Рижская 2 /2 О Сходня 0 Ф Фарфоровская 2 /2 ф Химки 5 /5 Ф Ховрино 4 /4 Ф Чудово-Московское 5 /5 Санкт-Петербург -Выборг 43 /32 ф Белоостров 4 /4 Выборг 0 ф Дибуны 2 /2 ф Зеленогорск 9 /9 ф Комарово 2 /2 О Ланская 2 Ф Левашово 2 /2 ф Озерки 2 /2 Ф Парголово 3 /3 ф Песочная 2 /2 ф Репино 2 /2 О Рощино 4 Санкт-Петербург- 0 Финляндский ф Солнечное 2 /2 ф Удельная 5 ф Шувалово 2 /2 Санкт-Петербург - Кошта 4 Войтоловка 0 О Мга 4 Окуловка Путь 1 Москва поезд №91 05:17 Путь 1 Москва поезд IV- 91 05:17 Путь 3 Малая В типе р а Остановки везде кроме: гот. 211-й км. 05: 34 Путь 3 (НЕИСПРАВНО) Малая Вижера Остановки везде кроме: гот. 211-й км. 05: 34 Отправление (1 групповое табло) Станция назначения ВРемя Платф. отправления 91 Москва 60 Санкт -Пе «герб ур г 16 Мурманск 6640 Малая Вижера 05:17 1 05:20 2 05:29 05:34 Путь 2 Санкт-Пе тербург 05:20 1 поезд №60 Путь 2 Санкт-Пе тербург 05:20 1 поезд№6С1 <т
(г О А Не защищено | 10. QJdaMasK Кассир Адмиш Регистратор Мминистрато Управлениесервер Пароль <8> login as: root $ root@ 5 password: Linux damask 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 Last login: Mon Feb 4 21:13:51 2019 from root@damask:~# cat /etc/*release* PRETTY NAME="Damask SUO 5.4" ANSI_COLOR="1;31" HOME_URL="http://www.damask.ru/" SUPPORT_URL="http://www.damask.ru/supports/techsupport/" BUG_REPORT_URL="http://www.damask.ru/supports/helpdesk/" root0damask:I Войти
16:33:40 up 333 days, 27 min, 2 users, load average: 0,42, 0,35, 0,33 USER TTY FROM LOGIN© IDLE JCPU PCPU WHAT kiosk ttyl - ll$eB20 333days lldays 0.02s /bin/sh /usr/bin/startx root pts/0 10. E I1t22 2.00s 0.08s 0.00s w rootQdamask:~# |
4r О A Не защищено | 10 03 T Fortis ► Main ▼ Basic Settings ▼ Ports Main Device name ▼ Events Device location PSW1.3 Ufa Port FE#1 FE#2 FE#3 FE*4 GE#1 GE*2 Link Up Up | Up | Up Up Up PoE On On Off Off dg = The main; • Device • Device • C’ontai orgamzatn
Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) < HttpProxy (proxy server) Jotik HttpProxy (proxy server) □Proxy (proxy server) Ikrotik НщЯ^^ргоху server) Mikrotik HttpProx^i^^erver) Mikrotik HttpProxy (prox^^ver) |Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) IV w Адреса v внутри сети Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy served. Mikrotik HttpProxy (pro*1 Mikrotik HttpProxy (proxy s^ Mikrotik HttpProxy (pro* Mikrotik HttpProxy (jp^y server; Mikrotik HttpPra^proxy server) Mikrotik Htt|^roxy (proxy server) Mikrotikp^DProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mi -er) mi Адреса «) 2 за прокси 3 MiKroiiK нттрнгоху (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) Mikrotik HttpProxy (proxy server) 25 1 25 25 35 10 57 35 25 25 29 25 25 >3 12 55 38 28 51 3 9 1 10 1 1 89 94 71 8 25 29 47 59 61 55 40 21
А Не защищено | 10.. 3/сп/у1е\уег_тс1ех.а5р О Просмотр Ф Настройки Конфигурация видеопотока : [ Приоритет по каналу у| Канал : |
1С 100:8080 тасгоБсор \УеЬ-Клиент Масгозсор Название конфигурации: Анапа. Текущее состояние: Сервер активен.. Время запуска: 04.11.2020 12:36:25. Версия сервера: 2.0.94
root@debian3:~# nslookup 8 1 0.in-addr.arpa
Möv \ л/ V V/\v hk Л- Iw kîT4 vi lr>-—^>jC
СЫН МАМИНОЙ ПОДРУГИ
Ве\л/агс1 В2710РМР Производитель: BEWARD Макс, разрешение видеокамеры: 1920x1080 ИК-подсветка: Да 12 900 Р Бесплатная доставка, 1 -3 дня Есть самовывоз Оплата наличными курьеру Арсенал-СБ ★★★★★ 408отзывов В магазин
General Dial Out Status Traffic Connect To: vpn .mythtime .xyz User: u: 1 Password Profile Keepalive Timeout Use Peer DNS u^M37 default-encryption 60 □ Dial On Demand □ Add Default Route Default Route Distance: 1 Allow: 0 mschap2 0 mschapl 0 chap 0 pap OK Cancel Apply Enable Comment Copy Remove Torch disabled Status: disabled
14.12.2020 14:20:00 ЖД Транспорт / Новости Заместителем генерального директора РЖД стал Евгений Чаркин Решением совета директоров Евгений Чаркин, ранее занимавший должность директора по информационным технологиям ОАО «РЖД», назначен заместителем генерального директора компании. Об этом сегодня сообщает пресс-служба холдинга. В его ведении будут находиться вопросы обеспечения единой стратегии развития информационных технологий компании, развития автоматизированных систем управления и реализации технической политики в области информатизации и телекоммуникаций.
А ВОТ И Я «notivat on.mi
Реализация IDS/IPS системы на Mikrotik + Suricata,Science & Technology,Mikrotik,Routeros,IDS,IPS,Suricata,Предотвращение вторжений,TZSP,Mirror,Вебинары,Роман Козлов,mikrotik-training,Помогаем в Telegram: @MikTrain (https://teleg.run/miktrain) ====ОПИСАНИЕ ВЕБИНАРА==== На конфереции Mikrotik я выступал с темой реализации системы безопасности по типу IDS/IPS с помощью Suricata, которая будет интегрирована с Mikrotik. Файлы для настройки http://bit.ly/2zOPq8f Презентация http://bit.ly/2RnUzL0 Консультации и помощь по MikroTik в нашем Telegram-канале: https://teleg.run/miktrain #Mikrotiik, #RomanKozlov, #IDS, #IPS, #Suricata
РЖД,дыра,уязвимость,новости,habrahabr,habr,длинопост,информационная безопасность,it,политика,политические новости, шутки и мемы,мопед не мой,информационная небезопасность
Еще на тему
![Файл Правка Вид Поиск Терминал Помощь
Г с]ос1о<апс]
! дгер "идаБапсЬег" '/п^1а/гиТБ_сгур1:194/р1каЬи_ги_Ьу. гх1:' [даБапсИег +7" l@gmail.com
dodo@nd
I—! -I ,/media/ntfs_cгyptl94/pikabu_гu_by.txt’
Г091669 /media/ntfs_cryptl94/pikabu_ru_by.txt г dodo<and
1 I](http://img1.reactor.cc/pics/thumbnail/post-5119365.jpg "Файл Правка Вид Поиск Терминал Помощь
Г с]ос1о<апс]
! дгер \"идаБапсЬег\" '/п^1а/гиТБ_сгур1:194/р1каЬи_ги_Ьу. гх1:' [даБапсИег +7\" l@gmail.com
dodo@nd
I—! -I ,/media/ntfs_cгyptl94/pikabu_гu_by.txt’
Г091669 /media/ntfs_cryptl94/pikabu_ru_by.txt г dodo<and
1 I")
Отличный комментарий!
Оплата: его не посадят.