Ssdal nc в автозагрузке что это

wget прохождение авторизации

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

~~pohepi~~
( 03.01.21 19:47:42 MSK )
Ответ на: комментарий от unicorne 03.01.21 19:12:20 MSK

Сохранил все куки которые касаются netacad. После прописал команду:

Результат тот же, сохраняется html страница, при открытии ее перебрасывает на авторизацию

Artem777
( 03.01.21 19:54:05 MSK ) автор топика
Ответ на: комментарий от pohepi 03.01.21 19:47:42 MSK

Токен я могу просмотреть в настройках куки в хроме. Как мне правильно команду составить?

Artem777
( 03.01.21 19:57:39 MSK ) автор топика
Ответ на: комментарий от Artem777 03.01.21 19:57:39 MSK

если цисковский ISE разрешит его использовать — то как-то так:

wget --header="Authorization: 0LLQvtGA0YPQuSDRg9Cx0LjQstCw0Lkg0LXQsdC4INCz0YPRgdC10Lk="

~~pohepi~~
( 03.01.21 20:25:12 MSK )
Ответ на: комментарий от pohepi 03.01.21 20:25:12 MSK

wget –no-check-certificate –header=«Authorization: 0LLQvtGA0YPQuSDRg9C x0LjQstCw0Lkg0LXQsdC4INCz0YPRgdC10Lk=» https://www.netacad.com/portal/learning

Результатом стало получение файла с именем saml_login@ReturnTo=https%3A%2F%2Fwww.netacad.com%2Fportal%2Flearning

Artem777
( 03.01.21 20:47:26 MSK ) автор топика
Ответ на: комментарий от Artem777 03.01.21 20:47:26 MSK

ну и какой вопрос? он его не принял, вернул то ли 401, то ли 403 и отправил назад на страницу логина.

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

~~pohepi~~
( 03.01.21 21:14:10 MSK )
Ответ на: комментарий от Artem777 03.01.21 20:47:26 MSK

Выясни свой токен авторизации и попробуй замени на свой как в примере выше.

anonymous
( 03.01.21 21:59:26 MSK )
Ответ на: комментарий от pohepi 03.01.21 21:14:10 MSK

Токен я ввел свой. Просто в примере так указал.

wget –no-check-certificate –header=«Authorization: _830bf2d25fd2269ab7 3cb87f47db80a0d482b5a319» -r -l10 -k -p -E -nc https://www.netacad.com/portal/learning

В общем итог таков, создается saml_login@ReturnTo=https%3A%2F%2Fwww.netacad.com%2Fportal%2Flearning.html при открытии которого меня перебрасывает на страницу авторизации, если я еще не разлогинился то меня автоматом дальше перекидывает, иначе просит ввести логин и пас.

Artem777
( 05.01.21 20:59:04 MSK ) автор топика
Ответ на: комментарий от Artem777 05.01.21 20:59:04 MSK

ну вообще именно так и должен работать SAML, для этого он и предназначен

скажи лучше, что ты пытаешься сделать, скраулить материалы цисковского курса?

~~pohepi~~
( 06.01.21 01:48:36 MSK )
Ответ на: комментарий от pohepi 06.01.21 01:48:36 MSK

Да, хочу забрать то что купил! Оказывается после завершения, спустя некоторое время доступ к курсам которые сдал пропадает. Вообщем хитрожопый ход компании!

Artem777
( 06.01.21 22:07:09 MSK ) автор топика
Ответ на: ! от Artem777 06.01.21 22:07:09 MSK

Вообще ты имхо дважды страдаешь хернёй. Во первых была бы охота корячиться. Во вторых загугли selenium вместо wget.

anonymous
( 06.01.21 22:10:54 MSK )
Ответ на: ! от Artem777 06.01.21 22:07:09 MSK

так то да, selenium на питоне. Есть движок хромой а есть геко. Вот они затащат.

anonymous
( 06.01.21 22:17:59 MSK )
Ответ на: ! от Artem777 06.01.21 22:07:09 MSK

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

~~pohepi~~
( 07.01.21 21:56:03 MSK )
Ответ на: комментарий от anonymous 06.01.21 22:17:59 MSK

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

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

~~pohepi~~
( 07.01.21 21:59:39 MSK )

Бывают куки сессионные. Срок жизни можно подправить, но не факт, что сервер примет. И еще желательно, чтобы user agent совпадал с браузерным и реферер.

Ssdal_nc, что это за процесс в автозагрузке

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

Рассматриваем процесс Ssdal_nc в автозапуске

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

Тёмная сторона работы в Яндекс.Маркете

Я уволился из Яндекс.Маркета, отработав там почти 15 месяцев. Сегодня я хочу поделиться своим взглядом на работу в Яндекс.Маркете и рассказать о причинах ухода.

Disclaimer: эта статья бесполезна для тех, кто работает или работал в Маркете; она предназначена в первую очередь для тех, кто лишь планирует туда пойти. А ещё Яндекс.Маркет – это не Яндекс, но очень близко. Поэтому всё, о чём я буду говорить, в первую очередь относится к Маркету, но значительная часть из этого точно так же может быть применена к большому Яндексу.

Я ни в коем случае не претендую на объективность, это моё личное мнение.

Я никого не отговариваю от трудоустройства в Яндекс. Наоборот, это отличный вызов для любого разработчика и, если вы в состоянии попасть в Компанию, то вам однозначно стоит попробовать.

Моей главной проблемой стали завышенные ожидания. Я наивно полагал, что Яндекс как-то значимо отличается от других работодателей. Увы, большой разницы я не увидел.

Релокация

Я приехал в Яндекс.Маркет, в Москву из Ярославля. Компания предлагает очень заманчивый релокационный пакет, от которого практически нереально отказаться, особенно кандидатам из провинции: билеты, отель на первое время, риелтор, оплата первого месяца аренды, перевозка вещей, подъёмные. Это же твой реальный шанс переехать в столицу и устроиться на такую крутую работу! Про то, что ты, по сути, попадаешь в рабство на один год, в момент получения оффера совсем не думаешь, а надо.

Моя релокация стоила как вся моя зарплата за 4 месяца. В такой ситуации отработать меньше года, пока Компания не спишет твой долг, ты уже не можешь. Я бы рекомендовал не брать релокационный бонус, самостоятельно арендовать номер в отеле и самостоятельно искать жильё в Москве. Либо принять правила игры и позволить Яндексу всё это сделать за вас.

Уровень дохода

Яндекс платит ниже рынка. В принципе, все это знают и понимают. И, когда вы будете устраиваться в Компанию, вас постараются максимально продавить по зарплате. Вам будут рассказывать о перспективах, о том, как хорошо и классно работать в Яндексе, о ДМС, о компенсации питания, о RSU и полугодовых премиях, а потом намекнут, что некоторые секции собеседования вы прошли не так уж шикарно, поэтому запрашиваемую вами сумму предоставить не могут, но могут дать немного меньше. И это «немного» будет зависеть только от вас: вы либо изначально попросите с хорошим запасом, либо попытаетесь отстоять свои пожелания…

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

Быть как FAANG

Яндекс – это совсем не Microsoft, Google или Amazon, но тем не менее Яндекс постоянно пытается сравнивать себя с крупными зарубежными компаниями и примерять на себе их наработки. Одно только желание загнать всех в общий монорепозиторий чего стоит. И никому нет дела, что пользы от этого монорепозитория чуть меньше, чем ноль, и что этот переход ломает устоявшуюся инфраструктуру, привносит новые ошибки, блокирует продуктовую разработку, и в конечном итоге ухудшает качество сервисов. Это чисто политическое решение сверху: у Microsoft есть монорепа – у нас тоже будет!

Я не являюсь противником монорепозиториев как таковых, сама идея интересная и может принести определенный профит. Но как часто бывает – хорошие идеи разбиваются о скалы отвратительной реализации… и эффективных менеджеров.

Только представьте: в один общий репозиторий мы положим код на самых разных языках (C++, Python, Go, Java) и для всего этого напишем свою новую универсальную систему сборки. Пусть Java-разработчики компилируют плюсовый код, пусть забудут про всё, что есть в Maven и Gradle, и пусть работать это будет только на Linux…

Велосипедостроение

Следующая проблема – обилие собственных «велосипедов». В Яндексе я впервые так явно столкнулся с проблемой «фатального недостатка»: на любое внешнее решение или технологию мы напишем свой in-house вариант. В Компании работает очень много действительно крутых разработчиков, которые могут практически всё, что угодно. Но вот стоит ли тратить их усилия, чтобы написать свою версию Кафки или пародию на Docker и Kubernetes?

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

Нигилизм

Следующее, с чем придётся столкнуться, это отрицание и обнуление всего вашего предыдущего опыта. Эффективным менеджерам внутри не важно, чем ты занимался раньше, и что ты умеешь. Тебя обязательно засунут на проект, где у тебя меньше всего опыта, а область, где у тебя есть знания, отдадут человеку, который в ней не разбирается. Матрицы компетенций? Нет, здесь так не принято.

Запомните эту фразу: «Здесь так не принято. Тут так не принято. В Яндексе так не принято». Вы будете слышать разные её вариации очень часто. Здесь считается нормальным посадить senior разработчика «грепать» логи с нескольких хостов, потому что ELK-стек not invented here.

Понятное дело, что велосипедостроение есть практически везде. Проблема в том, что в Яндексе оно возведено практически в абсолют.

Переработки

Ещё одна из проблем – это переработки. За это никто не платит, это никак не регламентируется, но всеми подразумевается. Со стороны руководства это звучит примерно так: мы дали вам гибкий график и возможность удалённой работы, поэтому вы обязаны…

Разработчики каждого сервиса сами отвечают за его функционирование в production’е. Для этого вводятся так называемые недельные факап-дежурства. Обычно, существенная часть доработок выкатывается во второй половине дня, и соответственно бОльшая часть инцидентов случается поздно вечером. А ночью ты их чинишь. За просто так, за бесплатно – ни денег, ни отгулов. А утром, будь добр, иди на работу. Отказаться нельзя – здесь так не принято.

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

Текучка кадров

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

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

С одной стороны, смена проекта не так уж плоха: она позволяет не утонуть в болоте перекладывания json’ов из одного сервиса в другой, но реализовано это традиционно из рук вон плохо – в ультимативно-приказном порядке, прямо здесь и сейчас. Если у тебя остались нерешённые задачи (в том числе поддержка) по предыдущему проекту, угадайте, когда вы будете их делать? Правильно – вечером, ночью, на выходных.

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

Legacy и руководство

Решения руководства обсуждению не подлежат. Даже не думайте критиковать и подвергать сомнению архитектуру системы, созданную пять-шесть лет назад людьми, которые теперь являются вашими руководителями. Особенно если критика конструктивна, а проблема мешает дальнейшему развитию сервиса. Не надо грести против течения. Здесь так не принято.

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

Заниматься техническом долгом? Здесь так не принято.

Качество кода

Текучка кадров, частые смены команды и желание всё сделать побыстрее приводят к тому, что качество кода оставляет желать лучшего. Иногда код настолько паршивого качества, что вызывает лишь недоумение: как все эти классные люди написали такое? Системно этим заниматься никто не хочет: нет ни статического анализа, ни метрик, ни подсчёта code coverage. Нет, если хочешь, то, пожалуйста, сделай. Когда? Ну вы поняли…

А ещё очень много проектов, которые собираются и запускаются только на Linux. Если у тебя Mac, то есть хоть какая-то надежда, а вот с Windows её вообще нет. И ладно бы это был плюсовый код, но что мешает на Java разрабатывать кроссплатформенные решения? Оказывается, многие просто этого не умеют. Ведь этого не спрашивают на интервью. И даже не надейтесь, что на «финале» кто-нибудь честно скажет вам, что ноутбук нужно брать только на Linux.

Ревью и премии

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

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

И здесь ты попадаешь в замкнутый круг: задачи тебе приходят сверху, и ты их не выбираешь. Даже, если задача дерьмо, ты будешь её делать. Отказ клеймит тебя человеком, нелояльным Компании. Попытка что-то доказать делает тебя токсичным, что тоже клеймо. Ну вы поняли…

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

Наём, обучение, личный рост

В Яндексе есть проблема с наймом. Оценивается, в основном, умение решать алгоритмические задачки. Это конечно хорошо, но в большинстве случаев абсолютно бесполезно в повседневной работе. Нанимать людей под конкретные задачи или с определенным набором практических умений и навыков здесь не принято. Нужен разработчик, хорошо знающий MS SQL Server? Нанять его со стороны? Пфф, да ни за что! Лучше мы кого-нибудь из своих на этот проект засунем, даже если у него нет опыта работы с MS SQL.

Развивать своих сотрудников Компания так же не заинтересована. Никаких индивидуальных планов развития – здесь так не принято. Можешь заниматься чем угодно, но в свободное от работы время.

За время моей работы Компания потратила на моё обучение ровно ноль. Более того, все мои попытки поучиться и попасть на профильные конференции были заблокированы руководством. Сначала я был на испытательном сроке, во время которого Компания не оплачивает участие сотрудников в конференциях. Затем мне заявили (в июне), что бюджет на текущий (2019) год исчерпан. В 2020-м я смог выбить билет на JPoint, его оплатили, но потом из-за пандемии Яндекс аннулировал участие сотрудников в конференциях. Ничего личного, просто политика.

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

Заключение

Не хотелось бы, чтобы эта статья выглядела как излияния обиженного сотрудника. Идя в Яндекс.Маркет, я понимал, что это не навсегда и даже не надолго. Правда по окончанию первого года работы я рассчитывал на повышение ЗП и планировал ротироваться в Яндекс.Облако, но, увы, первого не случилось, а второго уже не захотелось.

Тем не менее, если бы сейчас я мог вернуться во времени назад, то всё равно пошёл бы работать в Яндекс.Маркет. Это хороший опыт в плане развития soft skills и заведения новых знакомств с очень крутыми разработчиками.

Для меня работа в Яндекс.Маркете не стала работой мечты. Возможно, для вас она такой станет. Дерзайте. И да пребудет с вами Java.

Personnel Management
IT career
IT-companies

О конференции

30 июня TAdviser провел онлайн-конференцию IT Security Day 2020, посвященную обеспечению информационной безопасности в новых реалиях. Участники мероприятия обсудили текущие и возможные будущие потребности современных заказчиков в области ИБ, включая вызванные эпидемией новой коронавирусной инфекции, проблемы и лучшие практики обеспечения безопасности.

Вел конференцию начальник управления режима ИБ Газпромбанка Алексей Плешков.

Заказчики об угрозах и обеспечении ИБ

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

некорректная адаптация сотрудников и организации к удаленному доступу — возникает дополнительная угроза при обращении к внешним компетенциям;
рост влияния инсайдеров, которые на удаленке получают большую свободу доступа к ресурсам, о чем свидетельствуют публикации в СМИ: количество утечек за три месяца увеличилось;
возрастание риска несанкционированного доступа из интернета к внутренним ресурсам компании;

Алексей Плешков, начальник управления режима ИБ Газпромбанка

риски, связанные с резким увеличением закупок новых средств доступа, ИТ и ИБ-решений — даже если новые системы правильно установлены, есть большая вероятность, что они некорректно работают;
проблемы настройки компонентов на основе свободного кода, которые всегда содержат уязвимости и их число только растет, поэтому необходимо иметь инструмент для выявления таких уязвимостей;
рост количества атак с применением социальной инженерии по телефону и интернету – необходимо повышать осведомленность сотрудников;
мошенничества с инвестициями, при продажах, доставке (SCAM-схемы) – получили развитие через мессенджеры, ресурсы наподобие Avito;
атаки на защищенные устройства с использованием личных средств удаленного доступа, когда мошенник звонит сотруднику-потенциальной жертве, представляясь специалистом поддержки, и просит установить на устройство приложение (например, TeamViewer);
фишинг по цифровым каналах коммуникаций;
использование мессенджеров для просьб о помощи и переводов на подставные счета.

Сергей Демидов, директор департамента операционных рисков, информационной безопасности и непрерывности бизнеса группы «Московская биржа», высказал свое мнение о цифровизации — ее этапах, влиянии на риски ИБ, о новых подходах для уменьшения рисков.

Сергей Демидов, директор департамента операционных рисков, информационной безопасности и непрерывности бизнеса группы «Московская биржа»

В цифровой трансформации любой компании есть три этапа, по мнению спикера:
1) оцифровка информации и технологий, систематизация оцифрованной информации;
2) создание и улучшение продуктов с использованием оцифрованной информации;
3) собственно, цифровая трансформация – изменения, позволяющие самой организации более эффективно управлять новыми цифровыми продуктами, повышая их ценность для потребителей и самой организации для владельцев.

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

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

Сергей Демидов декларировал тезис о том, что новые технологии требуют новых продуктов ИБ, обозначил связанные с этим проблемы и их возможные решения. В числе проблем:

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

Решение проблем, по оценке спикера, лежит на поверхности: необходимо практиковать риск-ориентированный подход, пилотировать новые технологии, едва они появились на рынке, плотно работать с регулятором, поскольку любая новая область – серая зона и возникают дополнительные риски. Кроме того, необходимо обучать сотрудников, инвестировать в это деньги. Если все это учитывать, завершил свое выступление Сергей Демидов, ИБ поможет цифровизации компании, ее светлому будущему.

Анатолий Скородумов, начальник управления по обеспечению информационной безопасности «Банка Санкт-Петербург», рассказал о практике использования SOC в банке, целесообразности создания центра мониторинга и реагирования на инциденты в современных компаниях. В 2015 году банк подключился к внешнему коммерческому SOC, рассказал спикер. А сейчас строится собственный, но сегодня работает гибридная модель. Внешний SOC обрабатывает системную информацию – логи серверов, сетевого оборудования, межсетевых экранов, систем обнаружения атак. На второй линии, во внутреннем центре, обрабатывается информация об инцидентах, полученная из внешнего SOC, а также логи прикладных систем, DLP, данные фрод-анализа.

Анатолий Скородумов, начальник управления по обеспечению информационной безопасности «Банка Санкт-Петербург»

Эффективная система мониторинга и реагирования на инциденты полезна любой компании, отметил Анатолий Скородумов. С другой стороны, если в компании нет понимания, зачем нужен SOC, построить свой эффективный центр ИБ не получится. Значительно более полезным будет потратить время и деньги на понимание того, нужен ли он организации. Затем спикер перечислил предпосылки для построения своего SOC:

есть актуальные угрозы ИБ, реализация которых может привести к краху компании или нанести существенный урон;
есть понимание, как можно выявить реализацию этих угроз и что нужно делать, чтобы минимизировать последствия — атаки долго готовятся и быстро реализуются.
в компании достаточный уровень зрелости системы ИБ и есть ресурсы для организации SOC.

О практике предупреждения реализации фишинговых угроз в крупной компании рассказал Андрей Нуйкин, начальник отдела обеспечения безопасности информационных систем «ЕВРАЗ» – глобальной горно-металлургической компании с активами в России, США, Канаде и Казахстане. Чтобы противостоять фишинговым атакам не только при помощи антивируса и антиспама, в компании решили укрепить пользователя как последний рубеж обороны, обучив его посредством ложных фишинговых атак. Целями реализации проекта стали:

оценить вероятность утечки учетных данных из корпоративных систем;
повысить степень вовлеченности пользователей в процесс ИБ;
повысить уровень осведомленности пользователей;
оценить результаты мероприятий по обучению.

Андрей Нуйкин, начальник отдела обеспечения безопасности информационных систем «ЕВРАЗ»

В компании арендовали виртуальный сервер, развернули виртуальный продукт KingFisher и спланировали двухэтапную рассылку, весной и осенью. В мае 2019 прошла первая рассылка — было разослано письмо о том, что компания подружилась со Сбербанком, и что теперь для сотрудников доступны на льготных условиях вклады, ипотека и так далее. Несмотря на то, что обучающий фишинг был реализован грубо и внимательный пользователь мог бы его распознать, многие звонили в Сбербанк и требовали ипотеку под 4%.

Вторая волна рассылки была нацелена на регионы, сотрудникам сообщалось, что РЖД якобы предлагают билеты на юг со скидкой при предъявлении учетных корпоративных данных. Для получения скидки требовалось зайти на портал под корпоративной «учеткой», авторизоваться. Было отправлено порядка 13 тыс. писем, 103 пользователя сообщили в службу поддержки, что они получили фишинг, а 417 сдали свои корпоративные учетные данные условным злодеям.

Те, кто сдал свои учетные данные, по словам Андрея Нуйкина, извещались, что они стали жертвой мошенничества. Еще им сообщалось несколько базовых принципов, которым нужно следовать для предотвращения подобного в дальнейшем. Осенью, на втором этапе, прошло еще две рассылки. После второй – рассылка по якобы скидкам «Пятёрочки» — из 1111 сотрудников, перешедших по ссылке, примерно 5 на 100 учетных записей были скомпрометированы.

Андрей Нуйкин отметил, что после проведения двух кампаний количество тех, кто сообщил о фишинге, увеличилось, а число тех, кто сдал свои учетные корпоративные данные, уменьшилось, так что работа в этом направлении будет продолжена.

Вендоры — о технологиях защиты

Дмитрий Ковалев, руководитель отдела инструментов ИБ компании Softline, рассказал об инструментах и сервисах ИБ, используемых и заказчиками, и в самой компании, которая обслуживает в круглосуточном режиме порядка 35 тыс. хостов и оборот которой по итогам 2019 года составил $1,5 млрд. При переходе на удаленку растет нагрузка на ресурсы, на специалистов по безопасности, констатировал Дмитрий Ковалев. Количество инцидентов растет, наблюдается нехватка ресурсов, так что качественно отрабатывать все процессы ИБ становится невозможно. Поэтому в приоритете – доступность ресурсов, осведомленность персонала, способность справиться с нагрузкой, необходимость сохранить бизнес компании в равновесии.

Дмитрий Ковалев, руководитель отдела инструментов ИБ компании Softline

Спикер перечислил три фундаментальных инструмента ИБ, которыми пользуются заказчики:

внешние инструменты и аналитика ИБ по сервисной модели;
управляемые сервисы от сервис-провайдера, затрагивающие внутренние процессы;
SEC – центры управления ИБ.

Затем спикер подробнее рассказал о некоторых услугах, предлагаемых его компанией. Так, при помощи онлайн-портала Ethic можно осуществлять поиск негативных публикаций в СМИ, в «тёмной сети» (dark net), выявлять фейковые домены, выдающие себя за корпоративный ресурс компании и многое другое. Команда аналитиков анализирует широкий набор ресурсов, мониторинг проводится не только в автоматизированном режиме – сами специалисты тоже анализируют информацию, выявляя публикации с высоким уровнем риска и сообщая об этом заказчику. Возможны проактивные действия против веб-ресурсов с негативным характером, обратил внимание Дмитрий Ковалев. Сервис Ethic, отметил он, облегчает жизнь не только службе ИБ, но и маркетингу, внутренней безопасности и кадровому подразделению.

Представитель Softline также поделился мнением о том, насколько в России востребован сейчас аутсорсинг процессов ИБ. Востребованность аутсорсинга информационной безопасности растет уже несколько лет, как и интерес к ИТ-сервисам в целом. Новый стимул к развитию ИБ-услуги получили весной этого года, когда на фоне массового перехода на home-office резко возросла нагрузка на ИТ- и ИБ-подразделения, отметил Дмитрий Ковалев.

Говоря о том, какие процессы заказчики наиболее часто передают на аутсорсинг, а какие, как правило, совсем не готовы передавать, руководитель отдела инструментов ИБ Softline отметил, что управляемые услуги в области информационной безопасности условно можно разделить на две категории. Первая – это предоставление в облаке инструментов, которые не затрагивают внутреннюю инфраструктуру компании (в их числе, например, ETHIC, разработка Softline, позволяющая отслеживать репутационные риски в Интернете). Вторая группа – классические MSSP, аутсорсинг ИБ и услуги Центра мониторинга и реагирования на инциденты (SOC).

Региональный директор Skybox Security в России и СНГ Юрий Черкас напомнил, что основная задача информационной безопасности — защита от реального нарушителя, который может атаковать в любом месте. И только анализ всех компонентов инфраструктуры в совокупности позволяет реально смоделировать поверхность атаки.

Региональный директор Skybox Security в России и СНГ Юрий Черкас

Основная сложность состоит в том, что, во-первых, сама сеть динамически меняется, в том числе меняются правила доступа в сеть, поскольку 70- 100 изменений в день — это нормально. Во-вторых, растет количество уязвимостей: каждый месяц появляется 1-1,5 тыс. новых, а кроме того еще и появляются новые сервисы, которые тоже имеют уязвимости. Спикер перечислил параметры анализа вектора атаки:

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

Затем Юрий Черкас рассказал о пяти шагах по управлению уязвимостями, которые можно реализовать на платформе Skybox View: 1. Знай свою сеть: это не мониторинг, а построение обновляемой модели конкретной корпоративной сети;
2. Знай все уязвимости сети: на основе актуальной базы уязвимостей Skybox;
3. Анализируй векторы атак: выделяй наиболее актуальные;
4. Расставляй приоритеты уязвимостей в контексте сети на основе скоринговой модели;
5. Действуй направленно при закрытии уязвимостей, причем Skybox напоминает не только о доступных обновлениях, но и о сигнатурах IPS.

В результате реализации перечисленных пяти шагов количество уязвимостей становится прозрачным и управляемым, заключил Юрий Черкас, и внутри компании можно выстроить автоматизированный процесс управления ИБ.

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

Поэтому представитель Skybox Security выделяет 2 основные проблемы:

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

2. Малая эффективность традиционных имеющихся средств защиты.

Алексей Андрияшин, технический директор Fortinet в России и странах СНГ, представил доклад, посвященный безопасности SD-WAN сетей. Спикер отметил, что при построении сетей часто уделяется внимание транспортной составляющей, повышению качества передачи данных. Однако при появлении трафика ситуация в сети может измениться кардинально и даже непредсказуемо: могут возникнуть пиковые нагрузки, очереди, снизиться качество данных. Чтобы исправить эту ситуацию, придуман набор правил, которые помогают повысить производительность сети, улучшить качество работы приложений, которым важно уделять особое внимание.

Алексей Андрияшин, технический директор Fortinet в России и странах СНГ

Докладчик пояснил, в чем полезное свойство SD-WAN в связи с этим. Главная задача, отметил он, – построить такую распределенную сеть, при которой трафик определенных приложений будет гарантированным образом доставляться по назначению. Работа приложений должна быть построена таким образом, чтобы исключить сложности, которые могут возникнуть в зависимости от выбора определенного канала передачи данных. Концепция SD-WAN подразумевает автоматический выбор направления передачи трафика приложения с тем, чтобы обеспечить его гарантированную работу. Основные направления безопасности SD-WAN:

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

Спикер рассказал, что компания Fortinet предлагает законченное решение FortiOS Secure SD-WAN. По его оценке, это решение позволяет снять все вопросы, связанные с построением защищенных сетей, и в том числе сетей, где работают приложения со строгими требованиями по обеспечению безопасности.

Антон Фишман, руководитель департамента системных решений Group-IB, рассказал об угрозах для отечественных компаний и физических лиц в 2020 году, тактиках нападения и защиты от атак, решениях по безопасности своей компании. Спикер поведал о нескольких схемах мошенничества, начав со схемы «курьер», впервые проявившей себя, по его словам, в августе 2019 года и получившей большое распространение в 2020. Суть схемы следующая: на популярных ресурсах бесплатных объявлений вроде Avito злоумышленники размещают премиальное объявление о продаже по заниженным ценам товара – телевизоров, мобильных телефонов и др. Покупатель связывается с продавцом во внутреннем чате бесплатного сервиса. Затем продавец переводит общение с покупателем в один из популярных мессенджеров якобы для удобства, но на самом деле для того, чтобы служба безопасности площадки не отследила его действия.

Антон Фишман, руководитель департамента системных решений Group-IB

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

Зачастую мошенники не останавливаются на достигнутом, некоторых жертв им удается обмануть повторно – разводят на возврат денег, задержку товара на таможне. Средний чек одного такого мошенничества – от 15 до 30 тыс. рублей, ежедневный оборот только одной группы, занимающейся этой схемой, составляет более 200 тыс. рублей. В период пандемии, дополнил Антон Фишман, количество регистраций фишинговых доменов, в том числе курьерских служб, выросло более чем в 7 раз.

Для СМБ актуальна схема мошенничества, когда злоумышленники попадают в инфраструктуру клиента через уязвимый RDP-сервер. Она была особенно актуальна в период массового перевода на удаленку, но действует и сейчас. Злоумышленники получают доступ на домен контроля, пояснил Антон Фишман, шифруют данные и требуют выкуп порядка 10 биткойнов.

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

В завершение Антон Фишман рассказал про комплексный подход к безопасности на базе комплексной системы предупреждения киберугроз Treat Detection System (TDS) от Group-IB.

Денис Рыбин, руководитель группы информационной безопасности Mail.ru, рассказал об актуальных угрозах ИБ и способах защиты корпоративных коммуникаций. Начал свое выступление спикер с того, как выглядит классический ландшафт компании с незрелой ИБ:

все подразделения используют неструктурированные внешние сервисы ИБ;
наличие переиспользуемых учетных записей;
совмещение сотрудниками рабочего и личного пространства.

Денис Рыбин, руководитель группы информационной безопасности Mail.ru

Денис Рыбин подробнее рассмотрел, какие угрозы это несет. Так, неструктурированные внешние сервисы, отметил он, не гарантируют доступность, ведь рабочее пространство компании завязано на внешнего поставщика, с которым нет даже договора о доступности сервисов. И если компания решит, что больше не оказывает данную услугу или она должна стать платной, компания понесет убытки.

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

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

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

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

Решить эти проблемы, по оценке Дениса Рыбина, призваны привычные сервисы корпоративных коммуникаций, но под полным контролем – корпоративная почта, система хранения документов и мессенджер, ВКС и VPN. Преимущества такого подхода:

корпоративные данные остаются в периметре компании, потоки данных можно отследить;
гибкость интеграции и настройки ИБ – в том числе двухфакторная аутентификация;
прозрачность и оперативность при расследовании инцидентов.

Валерий Денисов, инженер по информационной безопасности Check Point, тоже подтвердил актуальность фишинга и электронной почты, как одного из популярных каналов для атак, а также поделился мнением о наиболее актуальных задачах по защите бизнес-сервисов на период пандемии. Очень многие заказчики сейчас переходят на облачные варианты – тот же MS Office 365, отметил он. При использовании облачных сервисов необходимо понимать, что сам сервис может быть защищен, но данные, которые получаются с его помощью, нужно проверять и защищать, чтобы пользователь не получил вредоносный код.

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

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

В завершение доклада Валерий Денисов рассказал о семействе продуктов Check Point CloudGuard – комплексе технологий для защиты любой инфраструктуры, которая находится и на площадке заказчика, и в публичном облаке. Для безопасного использования публичных облаков нужно понимать, что в них развернуто, какие виртуальные машины и с какими настройками. В этом способен помочь сервис DOM9, который подключается к публичному облаку, сканирует все сервисы и ресурсы, проверяет конфигурацию на соответствие ожиданиям заказчика. Если используются веб-приложения, на этот случай Check Point предлагает CloudGuard WAAP, использующий машинное обучение для динамической подстройки под приложение.

На актуальную производственную тему выступил Ян Сухих, руководитель отдела безопасности АСУ ТП компании «Ростелеком – Солар». Он рассказал про особенности защиты АСУ ТП. В их числе – «зоопарк» вендоров, дефицит специалистов, огромные риски ИБ и восприятие инвестиций в ИБ как невозвратных и неэффективных со стороны собственника бизнеса.

Ян Сухих, руководитель отдела безопасности АСУТП компании «Ростелеком – Солар»

Докладчик констатировал, что речь идет не только о «зоопарке» АСУТП от разных вендоров – Siemens, Schneider Electric, Emerson, но еще и о системах разных поколений, ведь срок работы АСУТП составляет 20 – 25 лет, в отличие от других ИТ-систем. К этому добавляется еще и проблема «зоопарка» сетевых архитектур. В результате АСУТП защищается по «кусочному» принципу: для защиты одной системы привлекается один вендор, для защиты другой – еще один. Обслуживать все эти системы заказчику очень сложно. Поэтому важно иметь концепцию ИБ, с ее разработки следует начинать систематизацию ИБ на предприятии.

Вторая особенность — отсутствие опытных ИБ-специалистов по работе с АСУТП. Это отчасти следствие тотального дефицита кадров на рынке, который будет только усугубляться, заметил Ян Сухих. Большие затраты на обучение специалистов – тоже проблема. Причем специалисты после обучения часто уходят к интеграторам или уезжают за границу. В этом контексте предприятиям важно сотрудничать с профильными вузами в плане подготовки специалистов ИБ.

Что касается рисков, то стоимость ущерба от инцидентов в АСУТП может быть колоссальной, констатировал Ян Сухих. На крупном химическом предприятии ущерб от остановки производства может составлять от полумиллиона до трех миллионов долларов в сутки, а потенциальный ущерб от крупных аварий может исчисляться десятками миллиардов долларов, привел пример он. Спикер напомнил о кибератаке на датскую компанию Maersk, ущерб от которой оценивается в $300 млн.

В заключение Ян Сухих констатировал, что полагаться на то, что сработает один из слоев защиты ИБ АСУТП – технологический, мониторинговый или система противоаварийной защиты — нельзя, нужно делать акцент на комплексный подход.

Михаил Папура, заместитель генерального директора АО «Корп Софт», рассказал участникам конференции о продукте компании на основе технологии распознавания лиц, основная задача которого – защита информационной системы от НСД. Спикер рассказал, что применение программных сервисов биометрической защиты нивелирует следующие пять угроз:

при идентификации проверяется, кто вводит логин и пароль, является ли он их владельцем;
защита от подмены пользователя — использование ИС злоумышленником, когда авторизованный пользователь отошел от монитора, экран блокируется, поскольку осуществляется непрерывная проверка присутствия авторизованного пользователя;
идентификация при удаленной работе пользователя;
ситуация подглядывания из-за плеча – как только появляется неопознанное лицо, экран блокируется, а пользователь получает сообщение.
регламентация доступа к технологическому оборудованию – например, к производственной линии, станку.

Михаил Папура, заместитель генерального директора АО «Корп Софт»

Михаил Папура рассказал о компонентах продукта, который включает биометрический сервер BiomServer, локальный компонент BiomCam и агент BionAgent , непосредственно отрабатывающий сценарии реагирования. Эти компоненты, отметил докладчик, могут работать через облачные сервисы, в локальной сети, на площадке заказчика. При этом возможны два варианта реализации защиты – извне, на уровне ОС, и внутри, когда защита встраивается в код ИС. Первый — когда у заказчика нет исходных кодов программ, либо он не хочет их нарушать. В этом случае биометрическая защита осуществляется очень быстро: 100 пользователей можно подключить в течение одного часа. Второй сценарий – когда сценарии вписаны внутрь ИС, и это большая гибкость, но требуется дорабатывать программный код.

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

Архив конференций IT Security Day:

2-я конференция IT Security Day 2019

1-я конференция IT Security Day

Официальный Партнер конференции компания Skybox Security

Skybox Security – предлагает решение по управлению безопасностью совершенно нового класса. С одной стороны, платформа дает полную видимость сети, интегрируясь с 140+ различными ИТ и ИБ-решениями, и успешно реализует функционал, свойственный продуктам класса Firewall Management. С другой стороны, компонент Vulnerability and Threat Management работает с уязвимостями, имеющимися в ИТ-инфраструктуре, и позволяет моделировать вектора атак на конкретные активы с учетом настроек сети, что дает возможность своевременно выявлять наиболее опасные уязвимости и фокусироваться на их устранении. Такое сочетание возможностей продукта в рамках одной платформы делает ее действительно уникальной и одинаково востребованной как ИТ, так и ИБ-службами организаций различных отраслей.

Официальный Партнер конференции компания Softline

Softline – лидирующий глобальный поставщик IT-решений и сервисов, работающий на рынках Восточной Европы, Америки и Азии. Мы помогаем нашим заказчикам осуществить цифровую трансформацию бизнеса и защитить его от угроз средствами кибербезопасности. Мы предлагаем комплексные технологические решения, облака, программное и аппаратное обеспечение и широкий спектр IT-услуг. Оборот компании Softline в 2019 году превысил $1,54 млрд долларов при росте продаж на 13,2% по группе компаний. Компания представлена в 95 городах 50 стран мира. За более чем 25 лет успешной деятельности мы накопили уникальный опыт работы на крупных, динамично развивающихся рынках.

Клиентами Softline уже стало более 60 000 частных и государственных организаций всех масштабов, от крупных корпоративных заказчиков до среднего и малого бизнеса. Более 1500 аккаунт-менеджеров, 1000 специалистов по продажам решений и technical presale, 1000 инженеров и технических специалистов помогают заказчикам выбрать оптимальные IT-решения и грамотно внедрить их.

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

Официальный Партнер конференции компания Group-IB

Group-IB — один из ведущих разработчиков решений для детектирования и предотвращения кибератак, выявления фрода и защиты интеллектуальной собственности в сети. Система сбора данных о киберугрозах Group-IB Threat Intelligence признана одной из лучших в мире по версии Gartner, IDC и Forrester. В основе технологического лидерства компании – 16-летний опыт расследования киберпреступлений по всему миру и более 60 000 часов реагирования на инциденты ИБ, аккумулированные в крупнейшей в Восточной Европе Лаборатории компьютерной криминалистики и круглосуточном центре оперативного реагирования CERT-GIB. Group-IB — партнер Interpol и Europol, поставщик решений в сфере кибербезопасности, рекомендованный SWIFT и ОБСЕ. Group-IB – компания-участник Всемирного экономического форума.

Партнер конференции компания Ростелеком-Солар

«Ростелеком-Солар», компания группы ПАО «Ростелеком» – Национальный провайдер сервисов и технологий для защиты информационных активов, целевого мониторинга и управления информационной безопасностью. В основе наших технологий лежит понимание, что настоящая информационная безопасность возможна только через непрерывный мониторинг и удобное управление системами ИБ. Этот принцип реализован в продуктах и сервисах «Ростелеком-Солар». Линейка продуктов «Ростелеком-Солар»: 1. Solar Dozor (DLP) – блокирует утечки информации, анализирует действия пользователей и помогает выявлять ранние признаки корпоративного мошенничества. 2. Solar webProxy (SWG) – контролирует доступ сотрудников и приложений к веб-ресурсам и защищает веб-трафик от вредоносного ПО и навязчивой рекламы. 3. Solar appScreener (SAST) – анализирует безопасность приложений методом «белого ящика», выявляя уязвимости и закладки в исходном коде и исполняемых файлах. 4. Solar inRights (IGA) – помогает построить удобные и эффективные процедуры исполнения регламентов управления доступом и расследовать инциденты, связанные с правами доступа. Сервисы «Ростелеком-Солар»: 1. Solar JSOC – первый в России коммерческий центр по мониторингу и реагированию на инциденты ИБ, предоставляющий сервисы по защите от внешних и внутренних киберугроз по модели MDR (Managed Detection and Response). 2. Solar MSS — экосистема управляемых сервисов кибербезопасности (Managed Security Services), решающих задачи по защите от киберугроз в процессе цифровой трансформации российских организаций. «Ростелеком-Солар» делает технологии доступными и удобными: 1. Сложные наукоемкие технологии представлены пользователям через простые и понятные интерфейсы. 2. Заказчики сами выбирают способ доставки технологий – в виде традиционного приложения (on-premise) или сервиса (SaaS). Продукты и сервисы «Ростелеком-Солар» защищают 50+ компаний из топ-100 российского бизнеса.