Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Современный автомобиль обменивается данными с облаком, внешними сервисами, приложениями, диагностическими системами и другими устройствами. В такой архитектуре важно понимать, кто отправил запрос, есть ли у него права и можно ли доверять полученным данным. Оба патента относятся к этим задачам.
Патент описывает способ аутентификации субъектов доступа устройством интернета вещей (IoT). Таким субъектом может быть пользовательское приложение, внешний сервис или другое устройство, которое отправляет запрос через облачную инфраструктуру.
Ключевая идея — проверка подлинности выполняется на стороне самого IoT-устройства. Например, транспортный шлюз или другое подключенное устройство может самостоятельно проверять запросы и команды, поступающие через облако, не полагаясь на него без собственной верификации.
Эта технология помогает снизить риск подделки команд, несанкционированного доступа к функциям транспортного средства и компрометации промежуточных узлов.
Второй патент описывает систему безопасного хранения и доступа к данным IoT-устройств. В такой системе сервер проверяет клиентов и их права, транслятор валидирует данные перед записью, а хранилище контролирует целостность информации.
В автомобильной среде это может быть важно для данных вроде VIN-кода, пробега, уровня заряда аккумулятора, температуры, телеметрии и диагностических параметров.
Такие данные могут использоваться для диагностики, обслуживания, управления парком, аудита, анализа и реагирования на события безопасности. Если их записать без проверки или сфальсифицировать, ошибка может распространиться дальше — в сервисные процессы, телематические системы или подключенную инфраструктуру.
Общий принцип запатентованных технологий: подключенное транспортное средство должно контролировать подлинность субъектов доступа и правомерность запросов, команд и параметров на разных уровнях архитектуры. Обе уже стали частью Kaspersky Automotive Secure Gateway.
Please open Telegram to view this post
VIEW IN TELEGRAM
👏5🔥3
Эксперты «Лаборатории Касперского» описали первый задокументированный случай распространения зловреда через штатный механизм обновления автомобильных головных устройств на Android. Подробнее об атаке — в карточках
Но как заметить подозрительную активность не после ручного исследования конкретного устройства, а на уровне множества автомобилей?
В подобной ситуации мог бы помочь Kaspersky Automotive Secure Gateway. Если интернет-трафик головного устройства проходит через телематический ЭБУ с установленным KASG, шлюз безопасности может запросить в Kaspersky Security Network репутационные данные об IP-адресе назначения.
Если головное устройство пытается связаться с командным сервером, уже получившим вредоносный вердикт в KSN, KASG может заблокировать соединение, передать предупреждение в центр мониторинга и помочь определить источник активности.
Конечно, такой сетевой контроль не отменяет необходимость защиты самого механизма обновлений. Но он может помочь остановить следующие стадии атаки: связь с командными серверами, загрузку дополнительных компонентов и включение устройства в прокси-ботнет.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2👍1🔥1
18 сентября Максим Шайдуров ответит на этот вопрос, выступив с докладом «Автомобильный IDS: от регистрации CAN-трафика к обнаружению аномалий и расследованию киберинцидентов внутри автомобиля» на OM FEST 2026 в Омске.
Современный автомобиль объединяет десятки ECU, внутренние сети, телематические модули, Ethernet, беспроводные интерфейсы и backend-сервисы. Поэтому защита автомобильных систем включает не только предотвращение атак, но и их выявление, регистрацию и последующее расследование.
В докладе Максим разберет связку
CAN Recorder → CAN IDS → Incident Capture → Forensic Analysis (Регистрация - Обнаружение - Фиксация инцидента - Форензика) и покажет, как данные автомобильной сети помогают обнаруживать аномалии и восстанавливать картину инцидента. Такой подход важен для автомобильных шлюзов безопасности, через которые проходит значительная часть обмена между электронными системами автомобиля.🗓 18 сентября, 11:50–12:30
📍 Омск, ул. Жукова, 21, технопарк «Трамплин», городская «Точка кипения», 1-й этаж
💻 Офлайн + онлайн-трансляция
Если будете на мероприятии — приходите на доклад. Если нет — ждем вас онлайн.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤1
Почему виртуальной машине можно выделить больше «ядер», чем физически есть у сервера?
Виртуальная машина не получает отдельные физические ядра в постоянное пользование. Она работает с виртуальными процессорами — vCPU, а гипервизор распределяет между виртуальными машинами время реальных процессорных ядер.
Поэтому на сервере с 24 физическими ядрами суммарно можно назначить виртуальным машинам, например, 28 vCPU. Пока нагрузки возникают в разное время, свободные ресурсы используются эффективнее. Но если несколько VM одновременно требуют максимум вычислительной мощности, им приходится ждать своей очереди.
Это один из принципов аппаратной виртуализации, которые разбираем в новой статье. Там же объясняем, как гипервизор распределяет между виртуальными машинами процессор, память, диски и сеть и почему виртуализация не отменяет физических ограничений сервера, а также:
🟣 чем отличаются Intel VT-x, AMD-V, KVM, QEMU и платформы виртуализации;
🟣 что происходит с памятью и дисками внутри VM;
🟣 чем виртуальные машины отличаются от контейнеров;
🟣 какие риски появляются в виртуальной инфраструктуре;
🟣 как проверить и включить аппаратную виртуализацию в Linux и Windows.
Подробнее о том, как устроена аппаратная виртуализация и что важно учитывать при ее использовании, — в нашем блоге.
Виртуальная машина не получает отдельные физические ядра в постоянное пользование. Она работает с виртуальными процессорами — vCPU, а гипервизор распределяет между виртуальными машинами время реальных процессорных ядер.
Поэтому на сервере с 24 физическими ядрами суммарно можно назначить виртуальным машинам, например, 28 vCPU. Пока нагрузки возникают в разное время, свободные ресурсы используются эффективнее. Но если несколько VM одновременно требуют максимум вычислительной мощности, им приходится ждать своей очереди.
Это один из принципов аппаратной виртуализации, которые разбираем в новой статье. Там же объясняем, как гипервизор распределяет между виртуальными машинами процессор, память, диски и сеть и почему виртуализация не отменяет физических ограничений сервера, а также:
Подробнее о том, как устроена аппаратная виртуализация и что важно учитывать при ее использовании, — в нашем блоге.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍2
Для
std::set и std::map такая возможность появилась еще в C++14, а для std::unordered_set и std::unordered_map — только в C++20.В новой статье на Хабре Евгений Ерохин, старший разработчик «Лаборатории Касперского», показывает, как эту возможность можно применить в разработке на примере драйвера VirtIO Vsock для KasperskyOS. Изначально драйвер начали писать на C, но по мере усложнения работы с соединениями, списками и счетчиками ссылок перешли на C++. В микроядерной архитектуре KasperskyOS драйвер работает как отдельный процесс, поэтому при его разработке можно использовать возможности стандартной библиотеки C++, включая контейнеры и
shared_ptr.В статье автор показывает, почему двусвязные списки оказались неудобны для этой задачи, как
unordered_set и shared_ptr упростили работу с соединениями и как is_transparent позволил искать нужное соединение прямо по заголовку входящего пакета. Заодно разбирается, почему такой подход помогает сократить количество лишних преобразований и сделать код компактнее и понятнее.Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍2
Обсудим, с чего начать, можно ли применять конструктивные подходы к уже существующим системам и зачем они нужны, если средства защиты уже используются.
В предыдущих постах мы разбирали:
1️⃣ Что такое конструктивная информационная безопасность и как правильно ее понимать?2️⃣ Почему конструктивный подход нельзя назвать новым и почему он шире, чем просто «безопасная архитектура»?3️⃣ Что такое конструктивные подходы к построению систем и где их можно применять?4️⃣ Чем конструктивная безопасность отличается от безопасной разработки и почему она не отменяет харденинг?5️⃣ Помогает ли КИБ разрабатывать дешевле и быстрее и уменьшает ли такой подход количество уязвимостей?
Конструктивная информационная безопасность не отменяет безопасную разработку, харденинг и существующие средства защиты. Она помогает связать их с целями безопасности системы и учитывать эти цели на протяжении всего ее жизненного цикла.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2👏1