Учиться, учиться и…нет, не снова учиться, а:

✅ стать сотрудником «Ростелеком-Солар»
✅ компенсировать затраты на обучение
✅ построить карьеру в передовой компании
✅ развивать отрасль
✅ быть реально востребованным специалистом

Это главное, что стоит знать о том, почему вам нужно пройти комплексную образовательную программу «Специалист по OSINT».

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

А если после приглашения к сотрудничеству вы успешно пройдете испытательный срок и станете частью команды «Ростелеком-Солар», мы полностью компенсируем расходы на обучение.

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

Регистрируйтесь и воспользуйтесь возможностью от крупнейшего российского поставщика продуктов и услуг в сфере кибербезопасности⚔️

Пояснительная бригада ко вчерашнему вопросу на месте! 🚨

Чтобы настроить доступ сотрудников на удаленке к внутренним веб-ресурсам без VPN, но c Solar webProxy, нужно использовать возможности реверс-прокси. Он входит в состав Solar webProxy и позволяет пускать к внутренним веб-ресурсам только авторизованных пользователей. При этом, конечно, это отличается от VPN, так как не происходит шифрование передаваемых данных. Жмем руки всем, кто проголосовал за этот вариант 🤝

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

Если интегрировать Solar webProxy с DLP-системой по ICAP, то мы сможем бороться с утечками из корпоративной сети наружу. К удаленному доступу это не имеет никакого отношения.

А если запретить удаленку, одной проблемой станет меньше, но задачу это не решит.

POV: видим цель — не видим препятствий 🎯

Роман Чаплыгин, директор по консалтингу «Ростелеком-Солар», рассказал в эфире AMLive, как понять, каким должен быть результат кибербезопасности, чего он на самом деле стоит компании и как его получать.

Посмотреть запись эфира можете здесь, а ниже собрали главные тезисы.

👉 Результат — в моменте, эффект — в динамике
Повышение уровня безопасности российских компаний требует максимально фокусироваться на результате. Вместе с этим нужно понимать какой эффект в перспективе даст достигнутый результат и во сколько обойдется сохранить его на протяжении долгого времени. Эффективность измеряется не только самим фактом достигнутого результата, но и тем, сколько ресурсов на его достижение потратили.

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

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

В России такая практика премирования за успех (success fee) пока редка, но на деле — возможна, если четко определить критерии успеха и выделить резервные средства на его оплату. Более экзотичная, но менее перспективная схема — формировать гонорар в виде доли от дополнительной прибыли, которую получила компания в результате модернизации кибербезопасности.

В новую версию Solar inRights 3.2 внесли три принципиальных изменения:

🟣 перевели фронтенд на Vue.js;
🟣 доработали модуль управления SoD-конфликтами полномочий;
🟣 улучшили функциональность системы на основании запросов пользователей.

💻 Перешли на Vue.js

Работать с ПК и с мобильными устройствами стало удобнее. Раньше для разработки интерфейса мы использовали библиотеку JavaScript – Ext.js. Ее компоненты не позволяли полностью реализовать требования UI\UX дизайнеров и работать с Solar inRights с мобильных устройств без дополнительного интерфейса. Переход на Vue.js – JavaScript-фреймворк решил эту проблему и ускорил работу интерфейса. А открытый исходный код делает эту технологию независимой от санкций.

🫡 Усовершенствовали модуль управления конфликтами полномочий

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

📊 Улучшили работу с отчетами

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

Как вам изменения и что добавить в следующих версиях? Делитесь в комментариях! 👇

🔑 С начала лета Solar AURA заблокировала десятки фейковых сайтов, предлагающих изготовление ключей для домофонов.

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

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

Solar AURA — центр мониторинга внешних цифровых угроз, который видит все 👀

Сначала нет людей, прав доступа и данных, а через 3 недели говорят все переделать 🤯

Сложности во время пилота IdM бывают у всех. Вот как мы решаем 5 частых проблем на пилотах Solar inRights.


🤬 Нет удаленного доступа
У заказчика закрытые контуры, нельзя выдавать доступ или можно, но только через удаленное администрирование на рабочее место сотрудника с доступом к инфраструктуре.

Отправляем инженеров к заказчику, но это затянет внедрение. Если проблема в том, что нечем контролировать внешних администраторов, предлагаем PAM-решение.


🤬 Нет руководителя проекта
Над проектом работает команда инженеров, ИБ/IT-специалистов, которые не всегда могут принимать решения или собрать требования со всех владельцев информационных систем.

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


🤬 Нет времени у владельцев систем
Нужна информация о системах: об API, структуре, данных и т.д. Ее могут дать владельцы систем, но их не получается привлечь.

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


🤬 Нет доступа к пилотному стенду или целевым системам
Выдача доступа к системам занимает недели, а в результате он — урезанный.

🟣 Начинаем работу, когда есть все доступы.
🟣 Организуем контур с тестовыми копиями систем. Иногда предлагаем ограниченное подключение продуктивного контура: система AD, где выделенный organization unit подключаем без доступа к остальным объектам AD.
🟣 Подключаем системы на чтение: не сможем показать все сценарии на пилоте, но сам пилот пройдет быстрее.


🤬 Особенности настроек
Система ведет себя странно: при создании учетной записи не меняется один атрибут, поэтому коннектор работает ошибками.

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

А с какими проблемами вы сталкивались во время пилота IdM?👇