Исследователи Hunt.io раскрыли операцию, которую назвали CameraSwarm. В период с 17 июня по 22 июля 2026 года один оператор скомпрометировал более 14 530 IP-камер Dahua.

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

Операция продолжалась 35 дней и использовала сразу несколько независимых способов получения доступа к камерам.

Самое интересное произошло 23 июля: оператор оставил открытым HTTP-каталог на собственном сервере 154.86.119.60. Hunt.io обнаружил его и скачал практически всю рабочую среду атакующего: 2616 файлов в 234 каталогах общим объёмом около 407 МБ.

Внутри оказались исходники инструментов, логи, базы результатов сканирования, данные с камер и отдельный Windows-бинарник, который исследователи классифицировали как SalatStealer.

Как работала CameraSwarm

Атака строилась сразу по нескольким направлениям.

1. Массовый брутфорс через порт 37777

Первый путь- сканирование камер через TCP-порт 37777, используемый Dahua для протокола Easy4IP.

Оператор использовал массовое сканирование и затем перебирал учётные данные. Один только brute-force-движок успел обработать 12 324 уникальных IP-адреса. Сначала сканировалось российское адресное пространство, затем весь IPv4.

У инструментария была интересная особенность: перед сканированием очередного диапазона оператор проверял местное время. Если оно не попадало в рабочее окно 09:00-16:59, диапазон пропускался.

Сам сканер также был настроен на работу с очень большим количеством параллельных соединений.

Таким образом, речь шла не о ручном взломе отдельных камер, а о промышленно масштабированной автоматизации.

2. Старые механизмы обхода аутентификации

Вторая ветка использовала две уязвимости Dahua- CVE-2021-33044 и CVE-2021-33045.

Через них оператор мог обойти аутентификацию и затем установить на устройство постоянную учётную запись:

p2pwn / p2password

Такой аккаунт хранится отдельно от обычного пароля администратора. Поэтому простая смена пароля не удаляет бэкдор.

На большинстве затронутых прошивок он также переживает сброс камеры к заводским настройкам.

Всего Hunt.io обнаружил признаки установки такого постоянного аккаунта примерно на 1923 камерах.

Здесь важно не путать реальные методы атаки с некоторыми обозначениями в инструментарии оператора. Hunt.io отдельно установил, что два CVE, указанных в некоторых компонентах этого набора, были промаркированы неправильно. Поэтому для этой операции корректнее опираться именно на подтверждённые CVE-2021-33044 и CVE-2021-33045, а не переносить все CVE-метки из найденного кода как достоверные.

3. Облачный P2P-релей Dahua

Третий путь оказался ещё интереснее.

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

Оператор смог таким способом добраться как минимум до 283 камер.

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

Это не означает, что одного серийного номера всегда было достаточно для полного контроля камеры.

Серийный номер позволял получить доступ к P2P-реле и построить туннель до устройства. Для непосредственного управления камерой затем могли потребоваться валидные учётные данные или одна из уязвимостей обхода аутентификации.

Но масштаб проблемы создаёт именно то, что в большинстве проверенных случаев сам канал не требовал дополнительной аутентификации.

Recovery-коды: ещё одна проблема

Отдельно Hunt.io обнаружил генератор offline recovery-кодов.

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

Это особенно неприятная особенность архитектуры: удаление установленного на камере аккаунта p2pwn не решает проблему с уже существующими recovery-кодами.

По данным Hunt.io, такие коды остаются действительными до тех пор, пока Dahua не изменит серверную логику их генерации и проверки.

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

Это был не полностью оригинальный набор инструментов

Исследование показало, что оператор не написал весь инструментарий с нуля.

Найденный набор представляет собой смесь собственного кода, модифицированных публичных инструментов и исследований других специалистов. Hunt.io связал компоненты как минимум с несколькими upstream-разработчиками и исследовательскими проектами.

При этом важно различать использование инструмента и его авторство.

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

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

Оператор хранил результаты прямо на сервере

В открытом каталоге обнаружены не только исходники и скрипты.

Там находились результаты работы сканеров, учётные данные и изображения с камер.

Для передачи информации оператор использовал Telegram. Найденные учётные данные отправлялись в Telegram-бот, а снимки с камер сохранялись в рабочем каталоге.

Кроме того, результаты компрометации автоматически преобразовывались в формат, который можно импортировать в SMART PSS - штатную enterprise-платформу Dahua.

В итоге 13 229 записей были преобразованы в 52 XML-файла.

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

На том же сервере нашли Windows-стилер

Ещё одна находка оказалась напрямую не связана с компрометацией камер.

На сервере находился UPX-упакованный Windows-бинарник, который Hunt.io классифицировал как SalatStealer.

Исследователи рассматривают его как отдельную возможность оператора, а не как часть основной цепочки CameraSwarm.

На сервере также находился PowerShell-скрипт, предназначенный для отключения Microsoft Defender несколькими способами.

В частности, использовались изменения Group Policy, способные сохраняться после перезагрузки системы.

То есть сервер оператора фактически содержал сразу две разные возможности:

• инструментарий массового взлома камер Dahua;

• отдельный набор средств для компрометации Windows-систем.

Что это означает для владельцев Dahua

Для владельцев камер Dahua и совместимых устройств ситуация неприятная по двум причинам.

Первая- наличие старых механизмов обхода аутентификации.

Вторая- архитектура P2P-доступа и recovery-механизмов, которые нельзя устранить простой сменой пароля камеры.

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

Поэтому для владельцев Dahua и совместимых ребрендированных устройств например, Amcrest, Lorex, Annke, Swann и других моделей на соответствующей платформе — стоит проверить конфигурацию отдельно.

Что делать

- Проверьте, нет ли на камере неизвестной учётной записи p2pwn / p2password.

- Если P2P-функция вам не нужна , то отключите её.

- Установите актуальную прошивку, закрывающую известные уязвимости.

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

- Проверьте журналы доступа и сетевую активность камер.

- Если камера ранее была доступна из интернета напрямую, проверьте её конфигурацию особенно внимательно.

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

- Учитывайте проблему recovery-кодов: её устранение зависит не только от настроек конкретной камеры, но и от серверной логики Dahua.

Главное

CameraSwarm показывает неприятную закономерность: для массового захвата IoT-устройств злоумышленнику необязательно искать неизвестные zero-day.

В этой операции использовались:

- старые уязвимости;

- слабая или отсутствующая аутентификация;

- открытые P2P-механизмы;

- автоматизированное сканирование;

- готовые публичные инструменты;

- и обычная ошибка самого оператора — открытый каталог на сервере.

В результате один оператор за 35 дней получил доступ более чем к 14 530 камерам Dahua.

И самое показательное здесь даже не число камер.

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

Подпишись на мой ВК и Дзен и астрологи объявят неделю изобилия до конца года)

Источник: hunt.io

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

В огромном потоке файлов очень легко пропустить интересные семплы, но в данном случае мне повезло и глаз зацепился за, казалось, ничем не примечательную, картинку:

Что полезного на ней можно увидеть?

• Сработала метка «Формат подделан» и вердикт по ней «apk.tampered». Рекомендую ознакомиться с отличной статьей, которая подробно раскрывает эту вредоносную технику: Beware of BadPack: One Weird Trick Being Used Against Android Devices;

• Сохраняются непонятные файлы с расширением .png (файловые дропы);

• Загрузка кода в память (dex-дампы);

• Название «mir-pay.apk».

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

Stage 1 - загрузчик

Рассмотрим подробнее образец - 4409052221924df581fb271d27acd7338c0efb5aea593ac811f4ffdb0abed7a6

При просмотре AndroidManifest.xml в jadx виден класс io.immense.gesture.Ipperfluid, который будет запущен перед основным кодом приложения.

Обычно при запуске происходит следующее:

• Ставятся обработчики на глобальные исключения, чтобы эксперты могли определять, что пошло не так, и делать исправления;

• Проводятся иные подготовительные действия;

• Распаковывается код полезной нагрузки.

Полезная нагрузка

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

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

Анализировать каждый упаковщик и разбираться в его логике задача очень трудоемкая и скучная, поэтому для распаковки приложения воспользуемся поведенческим анализом в PT Sandbox:

Анализ загрузчика

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

Есть функционал, который создает уведомление об успешном обновлении приложения, после установки полезной нагрузки:

Внутри одного из Java-классов содержатся ссылки, которые ведут не просто на случайный управляющий сервер, а на вполне популярные и легитимные сервисы:

С таск-трекера Trello скачивается html-файл, который просит обновить приложение при запуске. И вот тут каждому пользователю стоит задумать о том, что за приложение он установил. Подход с фейковым обновлением очень любим во вредоносах под Android по двум причинам.

1. Он позволяет скрыть реальную вредоносную активность от антивирусных средств;

2. У пользователя на телефоне появится сразу два приложения, одно из которых часто будет скрыто и не отображено в лаунчере. А значит, пользователь о нем забудет. Как часто вы заходили в настройки телефона и проверяли список установленных приложений, м?

Фишинговая страница с обновлением

А через переадресацию с Яндекс.Метрики на другой таск-трекер скачивается следующая стадия полезной нагрузки:

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

Stage 2 - бэкдор

Рассмотрим apk, которое скачивается на предыдущем шаге.

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

• Непонятные png-файлы (файловые дропы);

• Динамически загружаемый код (dex-дамп);

Можно предположить, что используется аналогичная техника для упаковки приложения.

Распаковка полезной нагрузки

Рассмотрим AndroidManifest.xml, видим аналогичный рисунок, как в первой стадии:

По коду класса biz.require.casual.Jsliceturkey можно подтвердить, что используется похожий тип обфускации:

Для экономии времени (и нервов) снова воспользуемся песочницей и скачаем распакованный дамп.

Анализ бэкдора

При открытии распакованной нагрузки сразу видна приятная картинка с красивыми именами, по которым можно выделить основной функционал ВПО. Почему «красивыми»? Да просто глаз ревёрсера обычно радуется при виде отладочных символов, которые легко можно прочитать:

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

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

Сетевое взаимодействие

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

• определяется информация об IP жертвы;

• скачивается файл random_val.txt с dropbox;

• отправляются данные на cold-apple[.]com.

При открытии трафика, полученного из песочницы, в Wireshark видна и полезная нагрузка, которая отправляется на управляющий сервер:

Значение api_code захардкоженно, вероятно, по нему сервер понимает, какой RC4-ключ использовать для шифрования или расшифровки отправляемых и получаемых данных:

При расшифке видно, какая конкретно информация отправляется на управляющий сервер:

Trello в качестве хостинга вредоносного ПО

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

По ссылке из вложения можно получить ссылку на доску:

Обзор карточек

Поглядим, что нам откроется по ссылке.

Открываем карточку «vtb drop» и видим, что полезная нагрузка в ней была создана 28.11.2024 и обновлена 23.03.2025. Это говорит не только о том, что на Trello очень эффективно хостить фишинговые html‑файлы, но и то, что авторы обновляют эти файлы.

Также можно найти две почти похожие версии html‑страниц с фейковым обновлением. Слева на рисунке ниже — html‑файл, который был в исследуемом образце, справа — целенаправленный фишинг на банковское приложение.

Не менее интересна карточка «injects». Судя по списку приложений в названии файлов на скриншоте ниже, становится ясно, что мы имеем дело с таргетированной атакой на пользователей из России (полный список доступен в секции с IOC).

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

Внутри каждого html-файла содержится похожий код, который через webview передается в код приложения и отправляется через бота:

Помимо прочего в html-файлах встречается фишинг, направленный на то, чтобы пользователь дал все необходимые разрешения для «работы» приложения:

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

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

Активность на доске

Trello позволяет увидеть, кому принадлежит публичная доска, а также посмотреть активность владельца:

Активность пользователя alexsentov говорит о том, что автор(ы) вредоноса регулярно обновляют нагрузки и ведут активность на доске.

Архивные записи

По архивным записям мы увидели, что примерно с 21.02.2025 по 11.08.2025 полезные нагрузки активно загружались на доску таск-трекера:

Вероятно позже злоумышленники решили использовать связку из Яндекс.Метрика и (surprise!) еще одного таск-трекера, YouGile (может, Trello стал удалять образцы, поскольку в них стало обнаруживаться вредоносное ПО), которую и видно в исследуемом образце.

Атрибуция

На данном этапе у нас была уверенность, что мы имеем дело с новой кампанией, но не тут-то было!

Поиск по найденным IOCам приводит к двум упоминаниям похожих образцов от 2022 года из вредоносной кампании Falcon:

• https://cyble.com/blog/new-malware-campaign-targets-russia/

• https://x.com/ThreatFabric/status/1547195280889679872

Образцы: 2022 vs. 2026

Индикаторы компрометации (IOCs):

4a9851b10361d4efc9657233aedfa3b0a0040ee016cc9891252d838b4e9ce0f2

6f475db05055d2ff4c12568b09bca5d272eaf157edde90fd7755c04d87b4f215

Обфускация

В образцах 2022 года используется тип обфускации, которая отличается от образцов 2026 года.

Cпособ загрузки распакованного кода образца 2026 года также отличается. С помощью Java-рефлексии вредоносный код подменяет системные поля JVM (Java Virtual Machine) для загрузки в память распакованной нагрузки.

Полезная нагрузка: сравнение версий

Отличается набор возможностей, который представлен в прошлой и новой версиях:

Спустя четыре года малварь обросла новыми возможностями:

• ActivityRequestVnc - запись экрана пользователя;

• ActivityStartMainService - постоянный перезапуск себя, чтобы приложение не было убито в фоне;

• AllServiceFaApp - создание скрытого канала уведомлений и перезапуск через alarm;

• CallReceiverFaApp - обработка входящих звонков;

• DropperReceiverFaApp - запуск фонового сервиса, чтобы приложение не было убито в фоне;

• MyMessagingService - обработка входящих СМС;

• MyServiceReceiver - постоянный ping сервера с отправкой информации;

• OpenRedirectActivity - сбор введенных пользователем данных через JavaScript-интерфейс и их отправка на C&C;

• ScreenCaptureServiceFaApp - возможность создавать скриншоты экрана;

• WhiteActivity - «окирпичивание» телефона посредством открытия произвольной HTML-страницы поверх экрана блокировки.

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

Помимо прочего, коллеги из Cyble упоминают URL вида /api/api.php?get_lend=, который сохранился в версии 2026 года:

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

Work In Progress

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

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

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

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

При анализе полезной нагрузки, видна уже доработанная нагрузка с новыми классами PatternActivity и PinActivity:

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

Помимо прочего, перед скачиванием нагрузки видно, что авторы стали использовать трекер от Mail.ru, вместо AppMetrica, как это было раньше:

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

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

А на Trello появилось больше карточек с расширенным набором артефактов:

Думаю, впереди нас ждет много интересного, и мы с коллегами продолжаем наблюдать. А ведь всё началось с того, что некий сомнительный образец просто попал в нашу песочницу...

Заключение

Все чаще обнаруживаются атаки, которые направлены конкретно на российских пользователей: Mamont, АИ-95 с вредоносной присадкой.

Общие рекомендации пользователям:

• Не скачивать приложения с недоверенных ресурсов: случайные сайты, мессенджеры и т.п. лучше обходить стороной;

• Даже если ресурс «легитимный» не стоит доверять на 100% тому, что было скачано с него, на них тоже могут располагаться вредоносные файлы;

• Лучше перестраховаться и удалить приложение, которое сразу после установки запрашивает множество разрешений и требует обновиться для якобы корректной работы;

• Ни в коем случае не выдавайте разрешение для доступа к «Специальным возможностям» устройства, это самая вкусная часть, за которой охотятся злоумышленники.

Иногда именно одно необдуманное нажатие кнопки «Обновить» становится первым шагом к полной компрометации устройства.

Источник и более подробная информация: https://xakep.ru/2026/02/18/keenadu/

Касперский обнаружил бэкдор Keenadu - предустановленный прямо в прошивке Android-планшетов

«Лаборатория Касперского» опубликовала масштабное исследование нового Android-зловреда Keenadu, который внедряется в прошивку устройств ещё на этапе сборки - до того, как они попадут к покупателю.

То есть вы достаёте планшет из коробки, включаете его, а он уже заражён.

Keenadu встраивается в библиотеку libandroid_runtime.so - ключевой компонент Android, который загружается при старте системы.

После активации зловред внедряется в процесс Zygote, являющийся «родителем» для всех приложений в системе.

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

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

Keenadu может устанавливать любые APK, выдавать им любые разрешения и даже мониторить поисковые запросы в Chrome — включая режим инкогнито.

Примечательно, что Keenadu не запускается, если язык устройства - китайский и установлен китайский часовой пояс.

Также он деактивируется при отсутствии Google Play и Google Play Services.

Это косвенно указывает на происхождение угрозы. 🇨🇳

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

Предположительно, потому что Касперский уведомил этих производителей и ждёт их реакции.

Помимо прошивки, Keenadu нашли и в системных приложениях - в том числе в сервисе разблокировки по лицу (Face ID), что потенциально даёт доступ к биометрии жертвы.

А ещё - в приложениях для умных камер в Google Play с суммарным количеством загрузок более 300 000. Google уже удалил их из магазина. 📱

Касперский также установил связи между Keenadu и тремя другими крупнейшими ботнетами Android: Triada, BADBOX и Vo1d.

У них пересекаются серверы C2, общие участки кода и механизмы загрузки вредоносных модулей - что говорит о существовании целого «рынка» предустановленных бэкдоров.

Удалить зловред стандартными средствами Android невозможно - он сидит на read-only системном разделе.

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

— Рост расходов на пятьдесят процентов, падение чистой прибыли на двадцать процентов. Это авантюра, а не инвестиции!

Мэт попытался возразить, прижимая к груди папку с графиками:

— Мы оптимизируем… новый дата-центр…

— Оптимизируете? — Томас бросил отчёт на стол. — Ваша оптимизация напоминает мне ремонт двигателя на летящем самолёте. А дата-центр, где он?

Пол поднял руку, останавливая Мэта. Его голос звучал спокойно, но под кожей на висках пульсировала вена:

— Мы строим не просто дата-центр, а инфраструктуру будущего. Компания вернётся к высокой маржинальности бизнеса, которую я демонстрировал вам раньше, нужно лишь немного время!

— Когда? — Марк повернулся, трость звякнула о пол. — Мсье Пол, мои предки вкладывали золото в виноградники. Они знали, что первое вино будет через десятилетия, но они видели во что вкладывают деньги. Что вы можете мне показать?

— Они под землёй, — Пол щёлкнул пультом. На экране возникла трёхмерная модель дата-центра с лабиринтом серверов, опутанных синими линиями охлаждения. — Это виноградники цифровой эпохи.

Томас снял очки, протирая линзы платком:

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

Мэт, поймав взгляд Пола, открыл папку:

— Вот прогнозы. После запуска дата-центра доходы…

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

Пол встал, его тень накрыла экран:

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

— Будущее? — Томас застегнул пиджак, готовясь уйти. — У вас нет будущего, если через три месяца мы не увидим прибыль.

— Мы сделаем всё по лучшим законам симметрии, — отчаянно парировал Пол, вспоминая про слабость Томаса к идеальным структурам.

Марк прислонил трость к столу, наклонившись к Полу:

— Вы напоминаете мне алхимика, мсье, превращающего золото в свинец.

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

— Они не понимают… — начал Мэт.

— Понимают, — перебил Пол. — Но их мир — это квартальные отчёты!

— А если через три месяца…

— Что будет через три месяца? — Пол повернулся и тень натянутой улыбки скользнула по его лицу. — Значит, мы должны показать им прибыль через три месяца во что бы то ни стало.

— Вика, я опаздываю! — донеслось до него, когда он проезжал мимо.

Вечером того же дня Пол сидел в ресторане. Он заказал кофе и просматривал последние биржевые сводки на телефоне.

— Простите, — прозвучал чей-то голос. Подняв глаза, Пол увидел ту самую девушку с улицы. Только теперь она была без очков, и её глаза блестели в свете свечей.

— Вы? — удивился Пол.

— Я, — улыбнулась она. — Вика. — Она протянула руку ладонью вниз и виновато пролепетала:

— Кажется, я заняла ваше место.

— Нет-нет, всё в порядке, — представился Пол, нежно взяв её руку. — Я могу пересесть.

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

— А вы… работаете в сфере бизнеса? — осторожно спросил Пол, чувствуя, что она что-то скрывает.

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

Их взгляды встретились и между ними промелькнула искра. Пол понял, что эта встреча не случайна. В её глазах он видел ум и силу, а в его взгляде она читала искренность и интерес.

— Составите мне компанию? — предложил Пол. — Раз ваши клиенты не пришли.

Вика улыбнулась и в этой улыбке было что-то загадочное.

— Почему бы и нет? — ответила она и в этот момент они оба поняли, что их жизни изменились навсегда.

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

— Это была удивительная встреча, — сказала она.

— Я бы хотел увидеть вас снова, — тихо произнёс Пол.

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

— Могу я пригласить вас завтра на ужин в этом же ресторане? — заворожённо произнёс Пол.

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

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

Читать книгу "Нексус" полностью >>

(Спасибо большое за лайки и комментарии, которые помогают продвигать книгу!)

Иван взорвался первым:

— Предложения? Отменить законы физики! Без мощностей мы не обработаем даже базовые запросы и децентрализация совсем не панацея.

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

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

Пол хмыкнул, тыча указкой в голограмму дата-центра:

— Конфиденциальность — это роскошь для тех, у кого есть время, а у нас его нет. Раджеш, как обойти ограничения?

— Легко! — Радж вскочил, рисуя в воздухе схему. — Делаем фейковые опросники в приложениях. Юзеры сами отдадут нам свои тревоги и мечты, думая, что тестируют новую фишку. Данные пустим через децентрализованные узлы, чтобы их сложнее было отследить.

Чен, вывел на проектор график.

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

— То есть, — Пол медленно обвёл взглядом команду, — мы раздаём нашу нейросеть как вирус и гаджеты пользователей сами становятся дата-центрами?

Раджеш засмеялся:

— Бинго! Как старые добрые ботнеты, только легально. Юзеры будут помогать обучению нейросети, даже не зная об этом, а мы сэкономим ресурсы.

— И получим миллионы судебных исков, — проворчал Пол. — Для децентрализации нужен протокол, который защитит данные.

— Уже есть, — Раджеш открыл код с метками НейроКоин. — Я адаптировал алгоритм блокчейн. Каждое действие шифруется, а анонимность узлов гарантирует…

— Гарантирует, что мы всё контролируем, — Пол перехватил инициативу. — Вот что мы сделаем! Запускаем бета-тест НейроКоин. Игроки получат бонусы за донат вычислительных мощностей своих смартфонов.

Иван закрыл лицо руками:

— Вы предлагаете превратить их гаджеты в зомби сеть?

— Нет, — Пол улыбнулся, как отец, объясняющий ребёнку, что Дед Мороз нереален. — В энергию для строительства городов. Люди любят помогать… если это выглядит как игра.

Раджеш уже стучал по клавиатуре:

— Я внедрю протокол через обновление. Если спрятать его за ачивками, юзеры даже не заметят.

— Заметят, — Иван встал, отбрасывая тень на график Чена. — Когда их телефоны начнут греться как сковородки.

— Тогда добавим вибрацию для иммерсивности, — Подмигнул Раджеш. — Скажем, что это фитнес трекер для батареи.

Тишину разрезал сигнал таймера на столе Пола. Он посмотрел на часы:

— Надо срочно принять решение! У меня встреча с инвесторами. Чен, подготовь симуляцию нагрузки. Раджеш — прототип внедрения. Иван… — он тяжко вздохнул, — придумай, как всё это собрать.

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

Читать книгу "Нексус" полностью >>

(Спасибо большое за лайки и комментарии, которые помогают продвигать книгу!)