🔗Домены, лицензии и облака: вы уверены, что это точно ваше?
В ИТ легко считать, что у нас «все свое»: домены куплены, 1С работает, облако есть, телефония звонит. Но юридически часть этого может вам вообще не принадлежать.
🕹 Домен оформлен на бывшего маркетолога, облако – на подрядчика, телефония – на ИП знакомого.
Разбираем в карточках, что проверить и как вернуть контроль бизнесу.
В ИТ легко считать, что у нас «все свое»: домены куплены, 1С работает, облако есть, телефония звонит. Но юридически часть этого может вам вообще не принадлежать.
🕹 Домен оформлен на бывшего маркетолога, облако – на подрядчика, телефония – на ИП знакомого.
Разбираем в карточках, что проверить и как вернуть контроль бизнесу.
👍2🔥2
🕹Карта систем и интеграций: что с чем связано?
💭 «У нас есть 1С, CRM, сайт, телефония, складская система. Как-то все это друг с другом работает и пускай работает». Знакомая схема?
Пока все работает - вопросов нет. Но любой серьезный сбой или миграция сразу превращаются в хаос: падает один сервис, следом - еще два, а никто не может быстро объяснить, почему именно.
⚡️Главная причина - отсутствует нормальная карта систем и интеграций. Никто не видит на одной схеме, что с чем связано:
– откуда CRM берет данные о товарах и ценах?
– как 1С связана с сайтом и складом?
– через что проходит телефония и заявки с форм?
– какие сервисы завязаны на почту, шину, ESB?
В результате любой проект - запуск нового сервиса, перенос в облако, смена подрядчика - начинается с квеста «а что у нас вообще есть» и заканчивается сюрпризами в проде.
Простой формат карты интеграций решает половину этих проблем. Зафиксируйте:
▫️список ключевых систем;
▫️стрелки, по которым ходят данные (куда/откуда/в каком виде);
▫️ответственных за каждую систему и интеграцию;
▫️критичность: что «упадет первым» и что за собой потянет.
С такой картой вам будет проще планировать изменения и миграции, любые инциденты будут разбираться быстрее, а ещё станет легче подключать новых подрядчиков и сотрудников. Проверено👌🏻
✍🏻 Если хотите, чтобы ваши CRM, 1С, сайт и телефония работали как единая система, а не набор случайных соединений, стоит начать с карты интеграций.
💭 «У нас есть 1С, CRM, сайт, телефония, складская система. Как-то все это друг с другом работает и пускай работает». Знакомая схема?
Пока все работает - вопросов нет. Но любой серьезный сбой или миграция сразу превращаются в хаос: падает один сервис, следом - еще два, а никто не может быстро объяснить, почему именно.
⚡️Главная причина - отсутствует нормальная карта систем и интеграций. Никто не видит на одной схеме, что с чем связано:
– откуда CRM берет данные о товарах и ценах?
– как 1С связана с сайтом и складом?
– через что проходит телефония и заявки с форм?
– какие сервисы завязаны на почту, шину, ESB?
В результате любой проект - запуск нового сервиса, перенос в облако, смена подрядчика - начинается с квеста «а что у нас вообще есть» и заканчивается сюрпризами в проде.
Простой формат карты интеграций решает половину этих проблем. Зафиксируйте:
▫️список ключевых систем;
▫️стрелки, по которым ходят данные (куда/откуда/в каком виде);
▫️ответственных за каждую систему и интеграцию;
▫️критичность: что «упадет первым» и что за собой потянет.
С такой картой вам будет проще планировать изменения и миграции, любые инциденты будут разбираться быстрее, а ещё станет легче подключать новых подрядчиков и сотрудников. Проверено👌🏻
✍🏻 Если хотите, чтобы ваши CRM, 1С, сайт и телефония работали как единая система, а не набор случайных соединений, стоит начать с карты интеграций.
🔥2✍1👍1
⚡️Регулятор и КИИ: основные правила с 1 марта
С 1 марта для компаний с критическими информационными инфраструктурами (КИИ — это ИТ-системы, от которых напрямую зависят услуги связи, банки, транспорт, энергетика, госсервисы и другая жизненно важная инфраструктура) ужесточились правила.
Регулятор смотрит не только на то, какие у вас стоят системы, но и кто за них отвечает, как работает подрядчик, есть ли регламенты, резервирование и понятный порядок действий при инциденте.
🔍 В карточках мы собрали, что изменилось и какие вопросы нужно задавать ИТ-партнеру, чтобы не остаться один на один с проверками и последствиями.
С 1 марта для компаний с критическими информационными инфраструктурами (КИИ — это ИТ-системы, от которых напрямую зависят услуги связи, банки, транспорт, энергетика, госсервисы и другая жизненно важная инфраструктура) ужесточились правила.
Регулятор смотрит не только на то, какие у вас стоят системы, но и кто за них отвечает, как работает подрядчик, есть ли регламенты, резервирование и понятный порядок действий при инциденте.
🔍 В карточках мы собрали, что изменилось и какие вопросы нужно задавать ИТ-партнеру, чтобы не остаться один на один с проверками и последствиями.
👍2
🔗 Подрядчики, фрилансеры и временные доступы: какие требования законодательства
Почти в любой компании есть внешние разработчики, интеграторы, маркетологи, консультанты. Всем им рано или поздно нужен доступ в ваши системы, облака и рекламные кабинеты. Формально это просто временный доступ для задачи, по факту – полноценный элемент вашей ИБ и зона ответственности по закону.
🗄 Какой тут главный принцип?
Если подрядчик имеет доступ к вашим данным и системам, регулятор будет смотреть на него как на часть вашего контура. Особенно если там есть персональные данные, коммерческая тайна или критичная инфраструктура.
Поэтому нескончаемые истории, которые начинаются с «вот логин и пароль, потом поменяем», - это нарушение базовых требований.
Почти в любой компании есть внешние разработчики, интеграторы, маркетологи, консультанты. Всем им рано или поздно нужен доступ в ваши системы, облака и рекламные кабинеты. Формально это просто временный доступ для задачи, по факту – полноценный элемент вашей ИБ и зона ответственности по закону.
🗄 Какой тут главный принцип?
Если подрядчик имеет доступ к вашим данным и системам, регулятор будет смотреть на него как на часть вашего контура. Особенно если там есть персональные данные, коммерческая тайна или критичная инфраструктура.
Поэтому нескончаемые истории, которые начинаются с «вот логин и пароль, потом поменяем», - это нарушение базовых требований.
👍2
💻 Теневой сектор ИТ: какие сервисы уже подключили ваши сотрудники без ведома ИТ
Во многих компаниях инфраструктура формально под контролем, однако параллельно отделы сами подключают сторонние сервисы: личные таблицы, облачные диски, чаты. Это и есть Теневой сектор ИТ - рабочие инструменты, которые живут вне поля зрения ИТ и безопасности.
🔦 Главная проблема здесь в рисках.
В таких сервисах часто оказываются клиентские базы, договоры, бюджеты и персональные данные. Доступы никак не управляются, резервное копирование отсутствует, условия обработки данных не проверялись. В случае утечки или блокировки сервиса отвечает все равно компания, даже если данные лежали в личной табличке менеджера.
🔑 Кроме ИБ страдает управляемость.
Часть процессов ведется в официальных системах, часть - в сторонних сервисах. Нельзя собрать полную картину, сложно подменить ушедшего сотрудника, любая интеграция или миграция внезапно упирается в десяток неизвестных до этого инструментов.
Рабочий подход начинается с инвентаризации:
Через руководителей отделов и анализ трафика определите, какие внешние сервисы реально используются. Затем разделите их по риску: критичные (данные клиентов, деньги, ПДн), важные, вспомогательные. Критичные либо переводятся в контролируемый контур (договор, настройки ИБ, корпоративный доступ), либо заменяются, для остального задаются правила использования.
Параллельно нужно дать официальный список инструментов: где хранить файлы? В чем вести задачи? Какие облака и мессенджеры допустимы?
Следующий шаги выглядят просто: выбрать понятный канал, через который можно запросить новый сервис (зачем, какие данные, кому нужен доступ), и быстрая реакция ИТ/ИБ с оценкой риска и альтернативами. Плюс регулярный пересмотр активных сервисов и доступов.
Так инициатива сотрудников не исчезает, при этом перестает создавать серую зону, где бизнес уже несет ответственность, но не управляет ни данными, ни инструментами.
Во многих компаниях инфраструктура формально под контролем, однако параллельно отделы сами подключают сторонние сервисы: личные таблицы, облачные диски, чаты. Это и есть Теневой сектор ИТ - рабочие инструменты, которые живут вне поля зрения ИТ и безопасности.
🔦 Главная проблема здесь в рисках.
В таких сервисах часто оказываются клиентские базы, договоры, бюджеты и персональные данные. Доступы никак не управляются, резервное копирование отсутствует, условия обработки данных не проверялись. В случае утечки или блокировки сервиса отвечает все равно компания, даже если данные лежали в личной табличке менеджера.
🔑 Кроме ИБ страдает управляемость.
Часть процессов ведется в официальных системах, часть - в сторонних сервисах. Нельзя собрать полную картину, сложно подменить ушедшего сотрудника, любая интеграция или миграция внезапно упирается в десяток неизвестных до этого инструментов.
Рабочий подход начинается с инвентаризации:
Через руководителей отделов и анализ трафика определите, какие внешние сервисы реально используются. Затем разделите их по риску: критичные (данные клиентов, деньги, ПДн), важные, вспомогательные. Критичные либо переводятся в контролируемый контур (договор, настройки ИБ, корпоративный доступ), либо заменяются, для остального задаются правила использования.
Параллельно нужно дать официальный список инструментов: где хранить файлы? В чем вести задачи? Какие облака и мессенджеры допустимы?
Следующий шаги выглядят просто: выбрать понятный канал, через который можно запросить новый сервис (зачем, какие данные, кому нужен доступ), и быстрая реакция ИТ/ИБ с оценкой риска и альтернативами. Плюс регулярный пересмотр активных сервисов и доступов.
Так инициатива сотрудников не исчезает, при этом перестает создавать серую зону, где бизнес уже несет ответственность, но не управляет ни данными, ни инструментами.
👍3
🔍 Кейс из практики: как порядок с паролями и MFA за 3 месяца закрыл 70% инцидентов в офисе
Приветствую! На связи Анатолий Бовсуновский.
🎙 Сегодня рассмотрим кейс из практики, где все начиналось как у многих: общие учетные записи вроде admin@company, пароли в экселе, доступы, выданные временно всему отделу сразу и подозрительные входы из неизвестного региона.
Формальных утечек не было, но ИТ-служба жила в постоянном стрессе и ручной раздаче новых паролей.
За три месяца мы навели порядок с учетками, паролями и MFA - и закрыли большую часть инцидентов еще на входе.
⚡️В карточках разобрали по шагам, что именно сделали и как это повлияло на безопасность и жизнь ИТ-команды.
Приветствую! На связи Анатолий Бовсуновский.
🎙 Сегодня рассмотрим кейс из практики, где все начиналось как у многих: общие учетные записи вроде admin@company, пароли в экселе, доступы, выданные временно всему отделу сразу и подозрительные входы из неизвестного региона.
Формальных утечек не было, но ИТ-служба жила в постоянном стрессе и ручной раздаче новых паролей.
За три месяца мы навели порядок с учетками, паролями и MFA - и закрыли большую часть инцидентов еще на входе.
⚡️В карточках разобрали по шагам, что именно сделали и как это повлияло на безопасность и жизнь ИТ-команды.
🔥2❤1👍1
⛓️💥 Глобальный и локальный инциденты 2025 года
Сегодня собрали инциденты 2025 года, которые хорошо показали: ИТ-сбой сегодня мгновенно становится бизнес-кризисом.
🔦 Что объединяет оба кейса?
Бизнес страдает не в момент атаки как таковой, а в момент, когда оказывается, что без конкретных систем нельзя продавать, обслуживать клиентов и просто работать.
Поэтому главный вопрос бизнеса в 2026 году стоит так:
Что у нас остановится первым и как быстро мы это поднимем?
Сегодня собрали инциденты 2025 года, которые хорошо показали: ИТ-сбой сегодня мгновенно становится бизнес-кризисом.
🔦 Что объединяет оба кейса?
Бизнес страдает не в момент атаки как таковой, а в момент, когда оказывается, что без конкретных систем нельзя продавать, обслуживать клиентов и просто работать.
Поэтому главный вопрос бизнеса в 2026 году стоит так:
Что у нас остановится первым и как быстро мы это поднимем?
👍2🔥2