В первой части мы распаковали прошивки, сравнили различные их версии, и убедились в том, что уязвимость действительно присутствует. Если вы не читали предыдущую статью, рекомендую сделать это, чтобы понимать, о чем будет идти речь в данной заметке.
В первой части мы распаковали прошивки, сравнили различные их версии, и убедились в том, что уязвимость действительно присутствует. Если вы не читали предыдущую статью, рекомендую сделать это , чтобы понимать, о чем будет идти речь в данной заметке.
Статический анализ
К сожалению, найденную ранее брешь можно использовать только в случае указания в запросе правильного идентификатора сессии – не очень хороший вариант. Однако после сравнения прошивок (см. первую часть) вторым кандидатом на исследование был файл webcm. Так что давайте еще раз запустим IDA Pro и сравним обе версии этого файла.
В целом результаты сравнения схожи: много идентичных функций, отсутствие импорта system (вместо этого импортируются функции для межпроцессорного взаимодействия, которые использовались для исправления первоначальной уязвимости). Давайте повнимательнее посмотрим на функцию, у которой изменилось тело:
Эта функция чуть более сложна, чем исследованная нами ранее, которая отвечала за обновление /var/temp_lang и информирование демона ctlmgr.
Для начала давайте посмотрим, есть ли в этой функции хоть что-то интересное:
Вновь добавлена проверка strlen(something) <= 3.
Тот же самый параметр «something» проверяется побайтово. Из каждого байта вычитается 0x61, после чего происходит сравнение, чтобы полученное значение было не меньше 0x1A (то есть, чтобы каждый байт соответствовал английскому алфавиту):
По сути, все это – проверка языкового параметра, которую мы уже наблюдали в первой части.
Наконец, нам на глаза попадается тот же самый блок уязвимого кода:
Давайте посмотрим, где находится та функция в общем контексте выполнения кода для того, чтобы найти небезопасный вызов system().
Из рисунка выше видно, что функция parse_cgivars вызывается внутри _ftext:
Однако на этот раз мы не сможем просто «переключиться» в Lua-код.
Все дело в том, что интерпретатор SSI ( Server Side Includes ) от компании Texas Instrument создается посредством вызова TI_Interpreter_Create (которая принадлежит библиотеке libtiinterpreter.so ) из главной функции (_ftext), чьи переменные заполняются (при помощи TI_Interpreter_SetVariable) во время парсинга данных, поступающих через cgi и который, в конце концов, запускается и уничтожается прежде, чем закончится функция _ftext.
Казалось бы, нет никаких проблем отследить путь к небезопасному коду, верно?
Даже если мы сможем добраться до функции changedFunc (которая находится по адресу 0x4028B8), то понять, как она работает – не совсем тривиальная задача.
Внутри changedFunc есть огромное условие if() {…} else if() {…} else if() {…} … где внутри каждого ответвления происходит сравнение одного параметра функции с другим, а также с участками памяти, находящимися в различных регистрах.
Несмотря на то, что вышеуказанная блок-схема – огромна, в принципе, не составляет особого труда понять, как она работает:
Однако в самом начале есть небольшой участок кода, и не совсем понятно его назначение:
В зависимости от того, что находится в переменной 0x5620($s7) (по адресу 0x415620) выполнение кода идет по совершенно различным ответвлениям. Более того, через левое ответвление возможно повторное попадание на первоначальное условие. Сейчас, особый интерес для нас представляет содержимое, находящееся по адресу 0x415620.
Из скриншота выше очевидно, что, используя статический анализ, мы не сможем узнать, что находится по адресу 0x415620. И здесь нам на помощь приходит другой вид анализа – динамический. Нет, я не буду устанавливать gdb на моем устройстве. Более того, нет необходимости использовать само устройство. Далее я покажу вам, как проводить динамический анализ (или попросту говоря отладку) встроенных систем. Основными нашими инструментами будут:
Динамический анализ и удаленная отладка
Общая схема отладки программного обеспечения на встроенных системах выгладит следующим образом (надеюсь, вам, как и мне, тоже нравится ascii-графика):
Перед тем как скачать последнюю сборку QEMU, не забывайте о том, что бинарные файлы, скомпилированные под архитектуру MIPS, динамически связаны с MIPS-библиотеками. Поскольку мы не хотим, чтобы целевые библиотеки смешивались с библиотеками хоста, необходимо запускать эмулятор QEMU в изолированной среде (chrooted environment). При этом библиотеки хоста не будут доступны для QEMU, и требуется, чтобы QEMU был статически залинкован. У нас есть два пути: скачать статическую сборку QEMU, либо сделать сборку самостоятельно из исходников (мы пойдем вторым путем).
Чтобы облегчить процесс компиляции, ниже показан перечень зависимостей, установленных мной вручную:
fabian@7a69:~$ sudo apt-get install zlib1g-dev libglib2.0 autoconf libtool libsdl-console libsdl-console-dev
Распаковываем исходники и собираем статически связанную версию QEMU:
fabian@7a69:~/qemu$ ./configure –static && make && sudo make install
[Процесс сборки занимает много времени. Чтобы ускорить процесс и ограничить поддержку только для архитектуры MIPS, можно указать соответствующее значение у параметра –target-list= ]
Затем кладем скомпилированный файл в директорию с файловой системой и запускаем его. В первой части я говорил, что мы имеем дело с системой MSB (most significant byte, система с хранением байтов от старшего к младшему).
fabian@7a69:~/blog/Projekte/Fritz!Box/unpatched/original/filesystem$ cp $(which qemu-mips) .
fabian@7a69:~/blog/Projekte/Fritz!Box/unpatched/original/filesystem$ sudo chroot . ./qemu-mips ./bin/busybox
qemu: uncaught target signal 4 (Illegal instruction) – core dumped
Пробуем запустить другой исполняемый файл:
fabian@7a69:~/blog/Projekte/Fritz!Box/unpatched/original/filesystem$ sudo chroot . ./qemu-mipsn32 ./bin/busybox
qemu: Unsupported syscall: 4090
qemu: Unsupported syscall: 4090
qemu: Unsupported syscall: 4004
qemu: Unsupported syscall: 4001
qemu: uncaught target signal 11 (Segmentation fault) – core dumped
К сожалению, ни одну из версий файлов запустить не удалось. Во время поиска выяснилось, что FRITZ!Box Fon WLAN 7360 работает на системе VR9-SoC (aka VRX288, PSB80920, PSB80920EL или PSB80920EL V1.1) с процессором 32-bit MIPS 34Kc CPU 500MHz. Видимо, QEMU не поддерживает данный тип процессора.
fabian@7a69:~/blog/Projekte/Fritz!Box/unpatched/original/filesystem$ ./qemu-mips -cpu help
MIPS ‘4Kc’
MIPS ‘4Km’
MIPS ‘4KEcR1’
MIPS ‘4KEmR1’
MIPS ‘4KEc’
MIPS ‘4KEm’
MIPS ’24Kc’
MIPS ’24Kf’
MIPS ’34Kf’
MIPS ’74Kf’
fabian@7a69:~/blog/Projekte/Fritz!Box/unpatched/original/filesystem$ ./qemu-mipsn32 -cpu help
MIPS ‘4Kc’
MIPS ‘4Km’
MIPS ‘4KEcR1’
MIPS ‘4KEmR1’
MIPS ‘4KEc’
MIPS ‘4KEm’
MIPS ’24Kc’
MIPS ’24Kf’
MIPS ’34Kf’
MIPS ’74Kf’
MIPS ‘R4000’
MIPS ‘VR5432’
MIPS ‘5Kc’
MIPS ‘5Kf’
MIPS ’20Kc’
MIPS ‘MIPS64R2-generic’
MIPS ‘Loongson-2E’
MIPS ‘Loongson-2F’
MIPS ‘mips64dspr2’
Поскольку у нас нет доступа к другим версиям непропатченных прошивок для устройств с процессором, поддерживаемым QEMU, а динамический анализ провести нужно, придется искать обходные пути. Несмотря на то, что установка отладчика не является жизненно необходимым, я решил сделать это, поскольку при будущих исследованиях оно вполне может пригодиться.
Мы уже осведомлены о добавлении проверок, а также из первой части знаем о том, что можно запускать произвольные команды, как только дело дойдет до системного вызова system(). Используя наши знания, мы можем скачать пропатченную версию прошивки для поддерживаемого устройства и обойти на лету добавленные новые проверки.
fabian@7a69:~/fritz.box/7240_5_54/original/filesystem$ sudo chroot . ./qemu-mipsel ./bin/busybox
BusyBox v1.19.3 (2012-05-21 13:40:41 CEST) multi-call binary.
Copyright (C) 1998-2011 Erik Andersen, Rob Landley, Denys Vlasenko
and others. Licensed under GPLv2.
See source distribution for full notice.
Usage: busybox [function] [arguments]…
or: busybox –list[-full]
or: function [arguments]…
BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as.
Currently defined functions:
, [[, arp, arping, ash, basename, brctl, bunzip2, bzcat, bzip2, cat,
chgrp, chmod, chown, chroot, cmp, cp, cut, date, dd, df, dirname,
dmesg, dnsdomainname, du, echo, egrep, env, ether-wake, expr, false,
fgconsole, fgrep, find, flock, free, ftpget, ftpput, getopt, grep,
groups, gunzip, gzip, halt, hostname, id, ifconfig, ifdown, ifup,
inetd, init, insmod, iostat, ip, ipaddr, iplink, iproute, iprule,
iptunnel, kill, killall, killall5, ln, login, logname, ls, lsmod,
md5sum, mkdir, mkfifo, mknod, mkswap, modprobe, more, mount, mpstat,
mv, nbd-client, nc, netstat, nice, nohup, nslookup, passwd, pidof,
ping, ping6, pivot_root, pmap, poweroff, printenv, printf, ps, pstree,
pwd, pwdx, readlink, realpath, reboot, renice, reset, rm, rmdir, rmmod,
route, sed, seq, setconsole, setserial, sh, sleep, smemcap, sort, stat,
stty, swapoff, swapon, switch_root, sync, sysctl, tail, tar, tee,
telnetd, test, tftp, time, top, touch, tr, traceroute, true, tty,
ubimkvol, ubirmvol, ubirsvol, ubiupdatevol, umount, uname, uniq, unxz,
unzip, uptime, vi, wc, wget, whois, xargs, xz, xzcat, zcat
Итак, файл запустился, и мы приблизились к решению задачи.
Файл webcm использует Common Gateway Interface и, следовательно, должен принимать параметры запроса и устанавливать системные переменные (environment variable).
Особый интерес представляют переменные REQUEST_METHOD и QUERY_STRING.
fabian@7a69:~/fritz.box/7240_5_54/original/filesystem$ ./qemu-mipsel
usage: qemu-mipsel [options] program [arguments…]
Linux CPU emulator (compiled for mipsel emulation)
Options and associated environment variables:
Argument Env-variable Description
-h print this help
-g port QEMU_GDB wait gdb connection to ‘port’
[…]
-E var=value QEMU_SET_ENV sets targets environment variable (see below)
[…]
Системные переменные можно легко установить при помощи параметра –E. Более того, мы можем повесить удаленную заглушку gdb на определенный порт при помощи параметра –g, что впоследствии поможет нам прицепить IDA_Pro на файл webcm.
Давайте теперь напишем простенький скрипт, который будет запускать все необходимые программы с нужными параметрами:
#!/bin/bash
PORT=”12345″
INPUT=”$1″
if [ “$UID” != “0” ] || [ “$INPUT” == “” ] || [ “$INPUT” == “-h” ]
then
echo -e ”
Usage: sudo $0
”
exit 1
fi
cp $(which qemu-mipsel) ./qemu-mipsel
chroot . ./qemu-mipsel -E REMOTE_ADDR=”127.0.0.1″ -E QUERY_STRING=”$INPUT”
-E REQUEST_METHOD=”GET” -g $PORT ./usr/www/cgi-bin/webcm
rm -f ./qemu-mipsel
Попробуем запустить скрипт с тестовыми параметрами (например, так sudo ./run.sh “foo=bar”) и загрузим файл webcm в IDA. При этом QEMU приостановит выполнение до тех пор, пока мы не подцепим отладчик. Нам нужно сконфигурировать IDA для подключения к удаленному GDB-серверу. Заходим в Debugger -> Process options, выставляем IP-адрес, на котором запущен QEMU, и номер порта.
План действий будет следующим:
После запуска приложения, появляется следующая ошибка:
Content-type: text/html
Internal socket error.
Причина тому – ошибка при выполнении функции cgi_comm_init внутри эмулятора. Ставим точку останова в другом месте:
la $t9, unk_76728B6C
jalr $t9 ; cgi_comm_init
la $a0, aWebcm
beqz $v0, loc_40196C ; <– bp here (.text:00401920)
и увеличиваем переменную v0 (щелкните правой кнопкой мыши или нажмите + на цифровой панели), как только программа остановится на выставленном ранее брейкпоинте.
В конце концов, мы оказываемся на инструкции:
.text:00401A38 bal parse_cgivars,
Переходим на самое короткое ответвление (переменная «soapdata» не равна keyvalue_found) и оказываемся вначале функции changed_Func.
Далее возникает ситуация схожая с той, когда сработало первое условие if-else:
К сожалению, далее не происходит прямой переход к выполнению системного запроса, а выполнение программы переходит по левому ответвлению к большой конструкции switch-case.
Кажется, что мы не можем здесь повлиять на что-либо, поэтому смотрим, что будет происходить дальше.
Далее имя переменной («foo») сравнивается с несколькими строками.
В конце концов, мы добираемся до следующего участка кода:
.text:00402BF0 la $a1, aVar # “var:”
.text:00402BF8 jalr $t9 # safe_strncmp
.text:00402BFC li $a2, 4
.text:00402C00 bnez $v0, loc_402CF0
где проверяется, равны ли первые четыре байта имени параметра значению var:. Если не равны, тогда выполнение кода в скором времени заканчивается. Следовательно, у нас есть два способа решить эту проблему: поменять значение на «var:foo», либо перезапустить процесс и снова подцепить к нему IDA.
Затем имя параметра сравнивается со значением «var:lang». Само собой, проверка заканчивается неудачно.
Тем не менее, функция NameWithoutVarPrefix все равно вызывается, которая возвращает «var:foo»[4:] == «foo» (предполагаем, что строка на самом деле начинается с «var:»), а затем вызывается _TI_Interpreter_SetVariable(“foo”, “bar”) (небольшое напоминание: TI_Interpreter – SSI-интерпретатор)
Мы вновь достигли начального условия, и в этот раз по адресу 0x4159F0 в секции .bss устанавливается 0, а программа продолжает выполнение по другому ответвлению. (При попытке открыть файл «/var/temp_lang» в изолированной среде появляется исключение, так что необходимо выставить у него соответствующие права доступа).
Затем файл /var/temp_lang будет удален, а 127-ми байтовый буфер, используемый в системном вызове (в непропатченной версии), будет заполнен содержимым удаленного файла.
Помните, что сравнение с «var:lang» прошло неудачно? Настало время исправить эту проблему и посмотреть, что будет происходить дальше (обратите внимание на кодирование QUERY_STRING)
@7a69:~/fritz.box/7240_5_54/original/filesystem$ sudo ./run.sh “var%3Alang%3Dbar%3B%20.%2
Fexecute%20something%20vicious”
В этот раз мы добрались до проверок безопасности. Можно легко обойти их прямо во время выполнения кода (ставим точки останова по адресам 0x00402C4C и 0x00402C70, после чего изменяем соответствующие значения и добиваемся выполнения нужной логики).
Мы вновь добираемся до функции NameWithoutVarPrefix, однако перед этим устанавливается флаг var_lang_set.
Как было сказано ранее, выполнение кода идет по другой ветке, где содержимое файла /var/temp_lang сравнивается с недавно введенным значением (вначале сравнение идет по длине при помощи функции strlen, потом происходит сравнение при помощи функции strcmp), и поскольку мы ввели непустую строку, в файл устанавливается новая языковая настройка. После этого ctlmgr уведомляется об этом событии при помощи небезопасной комбинации функций snprintf – system().
В итоге мы нашли способ полностью скомпрометировать роутер, используя простейший GET-запрос, но только если на нем установлена непропатченная прошивка. В обновленной версии прошивки аргументы заносятся в массив, а небезопасный вызов system(“msgsend ctlmgr temp_lang_changed USER_INPUT) заменен на более безопасный эквивалент execvp(“ctlmgr”, [“ctlmgr”, “temp_lang_changed”, “USER_INPUT”]), который запускает лишь бинарный файл и не задействует шелл. Хотя в новой версии прошивки не реализовано чего-то нового в плане межпроцессорной коммуникации.
Разработка эксплоита
На основе наших исследований, не составляет особого труда смастерить модуль для Metasploit, поскольку возиться со смещениями на различных устройствах, распределением памяти и т. д.
Требования к модулю:
В этой статье рассказываются самые основы о том, как смастерить исполняемый файл для архитектуры MIPS и доставить его до роутера. Используя эти материалы с небольшими доработками, я создал модуль для Metasploit. Есть более стабильная версия (даже несмотря на то, что у нее не столь богатый функционал), написанная m-1-k-3 , которая уже добавлена в основную ветку Metasploit. Схема работы с этими модулями будет показана в конце данной статьи.
(Однако я не буду вдаваться в детали насчет этой темы, поскольку хочу приберечь ее для более интересного случая).
Если у вас не установлен Metasploit, или вы не хотите загрузить Kali Linux, чтобы быстро протестировать роутер, то есть специальная «тестовая страница». Кликая на ссылку, вы соглашаетесь, что на вашем роутере выполнится команда echo с возможными побочными эффектами:
http://fritz.box/cgi-bin/webcm?var:lang=%3Becho%20-e%20%22Content-Type%3A%20text%2Fhtml%5Cn%5Cn%3Cb%3EATTENTION!!%20UPDATE%20THIS%20SHIT%20IMMEDIATELY!!%3C%2Fb%3E%3C!–%20%22
Измените «fritz.box» на IP-адрес устройства (если у вас особая конфигурация), после чего подождите несколько секунд, пока не появится результат.
Поскольку результат выполнения команды снова отсылается в заголовок HTTP-ответа, вы увидите следующее предупреждение (в случае присутствия уязвимости):
Полный ответ (перехваченный через Burp Suite ) выглядит так:
Заключение
Во-первых, если вы еще по каким-то причинам не обновили Fritz!Box , следует это сделать незамедлительно. Надеюсь, вы подчерпнули для себя нечто новое из области реверс-инжиниринга (в особенности, методы динамического анализа встроенных систем) и внутреннего устройства Fritz!Box.
Несмотря на то, что статья получилась обширной, мы убедились в том, насколько просто можно отследить обновленные участки кода в пропатченной прошивке, «откатить» изменения и использовать информацию об уязвимости в своих целях. Кроме того, вероятно теперь вы понимаете, насколько важно обновлять программное обеспечение на «домашних» устройствах. Встроенные системы в целом и в особенности роутеры всегда были под пристальным вниманием как специалистов по безопасности, так и злоумышленников по следующим причинам:
Если дочитал до конца эту статью, то я благодарю вас за время, уделенное вами для чтения моей заметки. Хотите верьте, хотите нет, но писать намного дольше, чем читать J.
Я был бы очень признателен, если бы вы черкнули пару слов мне на почту или через /r/netsec .
Всего самого наилучшего!
Благодарности
И напоследок хочу показать вам несколько скриншотов, которые могут стать основой для будущих интересных исследований 😉
В статье мы расскажем о наиболее интересных стартапах в области кибербезопасности, на которые следует обратить внимание.
Хотите узнать, что происходит нового в сфере кибербезопасности, – обращайте внимание на стартапы, относящиеся к данной области. Стартапы начинаются с инновационной идеи и не ограничиваются стандартными решениями и основным подходом. Зачастую стартапы справляются с проблемами, которые больше никто не может решить.
Обратной стороной стартапов, конечно же, нехватка ресурсов и зрелости. Выбор продукта или платформы стартапа – это риск, требующий особых отношений между заказчиком и поставщиком . Однако, в случае успеха компания может получить конкурентное преимущество или снизить нагрузку на ресурсы безопасности.
Ниже приведены наиболее интересные стартапы (компании, основанные или вышедшие из «скрытого режима» за последние два года).
Компания Abnormal Security, основанная в 2019 году, предлагает облачную платформу безопасности электронной почты, которая использует анализ поведенческих данных для выявления и предотвращения атак на электронную почту. Платформа на базе искусственного интеллекта анализирует поведение пользовательских данных, организационную структуру, отношения и бизнес-процессы, чтобы выявить аномальную активность, которая может указывать на кибератаку. Платформа защиты электронной почты Abnormal может предотвратить компрометацию корпоративной электронной почты, атаки на цепочку поставок , мошенничество со счетами, фишинг учетных данных и компрометацию учетной записи электронной почты. Компания также предоставляет инструменты для автоматизации реагирования на инциденты, а платформа дает облачный API для интеграции с корпоративными платформами, такими как Microsoft Office 365, G Suite и Slack.
Копания Apiiro вышла из «скрытого режима» в 2020 году. Ее платформа devsecops переводит жизненный цикл безопасной разработки «от ручного и периодического подхода «разработчики в последнюю очередь» к автоматическому подходу, основанному на оценке риска, «разработчики в первую очередь», написал в блоге соучредитель и генеральный директор Идан Плотник . Платформа Apiiro работает, соединяя все локальные и облачные системы управления версиями и билетами через API. Платформа также предоставляет настраиваемые предопределенные правила управления кодом. Со временем платформа создает инвентарь, «изучая» все продукты, проекты и репозитории. Эти данные позволяют лучше идентифицировать рискованные изменения кода.
Axis Security Application Access Cloud – облачное решение для доступа к приложениям , построенное на принципе нулевого доверия. Он не полагается на наличие агентов, установленных на пользовательских устройствах. Поэтому организации могут подключать пользователей – локальных и удаленных – на любом устройстве к частным приложениям, не затрагивая сеть или сами приложения. Axis вышла из «скрытого режима» в 2020 году.
BreachQuest, вышедшая из «скрытого режима» 25 августа 2021 года, предлагает платформу реагирования на инциденты под названием Priori. Платформа обеспечивает большую наглядность за счет постоянного отслеживания вредоносной активности. Компания утверждает, что Priori может предоставить мгновенную информацию об атаке и о том, какие конечные точки скомпрометированы после обнаружения угрозы.
Cloudrise предоставляет услуги управляемой защиты данных и автоматизации безопасности в формате SaaS. Несмотря на свое название, Cloudrise защищает как облачные, так и локальные данные. Компания утверждает, что может интегрировать защиту данных в проекты цифровой трансформации. Cloudrise автоматизирует рабочие процессы с помощью решений для защиты данных и конфиденциальности. Компания Cloudrise была запущена в октябре 2019 года.
Cylentium утверждает, что ее технология кибер-невидимости может «скрыть» корпоративную или домашнюю сеть и любое подключенное к ней устройство от обнаружения злоумышленниками. Компания называет эту концепцию «нулевой идентичностью». Компания продает свою продукцию предприятиям, потребителям и государственному сектору. Cylentium была запущена в 2020 году.
Компания Deduce , основанная в 2019 году, предлагает два продукта для так называемого «интеллектуального анализа личности». Служба оповещений клиентов отправляет клиентам уведомления о потенциальной компрометации учетной записи, а оценка риска идентификации использует агрегированные данные для оценки риска компрометации учетной записи. Компания использует когнитивные алгоритмы для анализа конфиденциальных данных с более чем 150 000 сайтов и приложений для выявления возможного мошенничества. Deduce заявляет, что использование ее продуктов снижает ущерб от захвата аккаунта более чем на 90%.
Автоматизированная платформа безопасности и соответствия Drata ориентирована на готовность к аудиту по таким стандартам, как SOC 2 или ISO 27001. Drata отслеживает и собирает данные о мерах безопасности, чтобы предоставить доказательства их наличия и работы. Платформа также помогает оптимизировать рабочие процессы. Drata была основана в 2020 году.
FYEO – это платформа для мониторинга угроз и управления доступом для потребителей, предприятий и малого и среднего бизнеса. Компания утверждает, что ее решения для управления учетными данными снимают бремя управления цифровой идентификацией. FYEO Domain Intelligence («FYEO DI») предоставляет услуги мониторинга домена, учетных данных и угроз. FYEO Identity будет предоставлять услуги управления паролями и идентификацией, начиная с четвертого квартала 2021 года. FYEO вышла из «скрытого режима» в 2021 году.
Kronos – платформа прогнозирующей аналитики уязвимостей (PVA) от компании Hive Pro , основанная на четырех основных принципах: предотвращение, обнаружение, реагирование и прогнозирование. Hive Pro автоматизирует и координирует устранение уязвимостей с помощью единого представления. Продукт компании Artemis представляет собой платформу и услугу для тестирования на проникновение на основе данных. Компания Hive Pro была основана в 2019 году.
Израильская компания Infinipoint была основана в 2019 году. Свой основной облачный продукт она называет «идентификация устройства как услуга» или DIaaS , который представляет собой решение для идентификации и определения положения устройства. Продукт интегрируется с аутентификацией SSO и действует как единая точка принуждения для всех корпоративных сервисов. DIaaS использует анализ рисков для обеспечения соблюдения политик, предоставляет статус безопасности устройства как утверждается, устраняет уязвимости «одним щелчком».
Компания Kameleon , занимающаяся производством полупроводников, не имеет собственных фабрик и занимает особое место среди поставщиков средств кибербезопасности. Компания разработала «Блок обработки проактивной безопасности» (ProSPU). Он предназначен для защиты систем при загрузке и для использования в центрах обработки данных, управляемых компьютерах, серверах и системах облачных вычислений. Компания Kameleon была основана в 2019 году.
Облачная платформа безопасности данных Open Raven предназначена для обеспечения большей прозрачности облачных ресурсов. Платформа отображает все облачные хранилища данных, включая теневые облачные учетные записи, и идентифицирует данные, которые они хранят. Затем Open Raven в режиме реального времени отслеживает утечки данных и нарушения политик и предупреждает команды о необходимости исправлений. Open Raven также может отслеживать файлы журналов на предмет конфиденциальной информации, которую следует удалить. Компания вышла из «скрытого режима» в 2020 году.
Компания Satori, основанная в 2019 году, называет свой сервис доступа к данным “DataSecOps”. Целью сервиса является отделение элементов управления безопасностью и конфиденциальностью от архитектуры. Сервис отслеживает, классифицирует и контролирует доступ к конфиденциальным данным. Имеется возможность настроить политики на основе таких критериев, как группы, пользователи, типы данных или схема, чтобы предотвратить несанкционированный доступ, замаскировать конфиденциальные данные или запустить рабочий процесс. Сервис предлагает предварительно настроенные политики для общих правил, таких как GDPR , CCPA и HIPAA .
Компания Scope Security недавно вышла из «скрытого режима», будучи основана в 2019 году. Ее продукт Scope OmniSight нацелен на отрасль здравоохранения и обнаруживает атаки на ИТ-инфраструктуру, клинические системы и системы электронных медицинских записей . Компонент анализа угроз может собирать индикаторы угроз из множества внутренних и сторонних источников, представляя данные через единый портал.
Основным продуктом Strata является платформа Maverics Identity Orchestration Platform . Это распределенная мультиоблачная платформа управления идентификацией. Заявленная цель Strata – обеспечить согласованность в распределенных облачных средах для идентификации пользователей для приложений, развернутых в нескольких облаках и локально. Функции включают в себя решение безопасного гибридного доступа для расширения доступа с нулевым доверием к локальным приложениям для облачных пользователей, уровень абстракции идентификации для лучшего управления идентификацией в мультиоблачной среде и каталог коннекторов для интеграции систем идентификации из популярных облачных систем и систем управления идентификацией. Strata была основана в 2019 году.
SynSaber , запущенная 22 июля 2021 года, предлагает решение для мониторинга промышленных активов и сети. Компания обещает обеспечить «постоянное понимание и осведомленность о состоянии, уязвимостях и угрозах во всех точках промышленной экосистемы, включая IIoT, облако и локальную среду». SynSaber была основана бывшими лидерами Dragos и Crowdstrike.
Traceable называет свой основной продукт на основе искусственного интеллекта чем-то средним между брандмауэром веб-приложений и самозащитой приложений во время выполнения. Компания утверждает, что предлагает точное обнаружение и блокирование угроз путем мониторинга активности приложений и непрерывного обучения, чтобы отличать обычную активность от вредоносной. Продукт интегрируется со шлюзами API. Traceable была основана в июле 2020 года.
Компания Wiz, основанная командой облачной безопасности Microsoft, предлагает решение для обеспечения безопасности в нескольких облаках, рассчитанное на масштабную работу. Компания утверждает, что ее продукт может анализировать все уровни облачного стека для выявления векторов атак с высоким риском и обеспечивать понимание, позволяющее лучше расставлять приоритеты. Wiz использует безагентный подход и может сканировать все виртуальные машины и контейнеры. Wiz вышла из «скрытого режима» в 2020 году.
Работает на CMS “1С-Битрикс: Управление сайтом”
fe-shopru fe-shopcc
