Собираю группу энтузиастов для создания коммерческого проекта

[evg_m]

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

чтобы это узнать надо задачу выполнить полностью.
Иначе может быть такое. Проверили в течении пяти минут все нормально, а на шестой минуте (усыпив бдительность) она и начала шалить.
А если мы провели полную проверку, тем самым выполнив всю задачу, то зачем нам отсылать ее клиенту, лучше сразу отослать результаты заказчику.

[casus]

кроме виртуальной машины способы имеются для защиты?

[Человек_Борща]

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

Адресация ячеек памяти разная в любом случае. Нужен сетевой менеджер кучи, который будет рулить адресацией.
Вероятность эпик фэила резко подымается в этом случае... а причина тому: задержки между сервером и клиентом, каких-то 1-2 msec. А для процессора и кучи это очень критично.

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

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

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

Массив делится на количество машин, задача у всех одинакова.

Вы что, хотите целое уравнение на куски по-пилить? Вам известно, что это залог 500%-го EPIC FAIL'а?

Кто вам сказал такое?

Ваши знания о работе компьютера, процессора, сети и оперативной памяти.

кроме виртуальной машины способы имеются для защиты?

Не виртуальная машина с парой-тройкой аналитиков.

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

[casus]

пример:
задача такая, найти коллизии для SHA256
например для
0B3AD286BAD6D78DB3FDC5EB4589E424558 41FBD1708832170DD3DCAB8457E9F
строка на входе 8байт: 256^8 т.е. 18446744073709551616 вариантов
в сети 256 компов. каждому кусок по 72057594037927936 вариантов
все вычисления оффлайновые, на сервер передается только признак присутствия и найденая коллизия.

команда собрана, решим задачи будем фиксить.
P.S. программист встроенного ПО тоже программист.

[f.hump]

найти коллизии для SHA256

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

поделить массив входящих по вычислительным клиентам?

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


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

если верить приведенным цифрам, задачу решать 100500 млн лет. в сети 256 компов - по прежнему 100500 млн лет.