Андрей

Задача NP-сложная, весь мир сражается за эвристики :
www.kaggle.com/c/packing-santas-sleigh
(очень советую в плане идей и вариантов - форум к этому соревнованию (слева ссылка))

Попробуйте формат .CSV (в него из Excel-а всё хорошо трансформируется)

В домашней телефонной связи шифрования нет.

В мобильной связи и голос и данные шифруются на ключах оператора от мобильного телефона до базовой станции (алгоритмы A5/1 и A5/2), затем расшифровываются и в магистральных каналах оператора идут уже незашифрованными (именно там стоит СОРМ). Затем если второй абонент тоже на мобильном телефоне, данные снова зашифровываются, но уже на других ключах.

То, о чем писали выше - сквозное шифрование (когда зашифровывает первый абонент, а расшифровывает второй) - возможно с использованием или смартфонов (цифровое шифрование) или голосовых скремблеров (аналоговое шифрование), но ухудшает качество связи на нестабильных каналах, требует одинаковых алгоритмов у обоих абонентов и в случае цифрового шифрования еще и вносит задержки в разговор (голос передается поблочно в GPRS-потоке).

Base64 конвертирует блоками по 3 байта (создавая коды по 4 байта) :
- если длина исходного блока была кратна 3, то он закодируется нацело и знаков "=" не будет
- если длина исходного блока имела остаток 1 от деления на 3, то он закодируется в 2 байта (6 бит + 2 бита), и чтобы итоговый код был длиной кратен 4, будет в конце дописано "=="
- если длина исходного блока имела остаток 2 от деления на 3, то он закодируется в 3 байта (6 бит + 6 бит + 4 бита), и чтобы итоговый код был длиной кратен 4, будет в конце дописано "=".

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

www.securitylab.ru сводит самых известных авторов личных русскоязычных блогов по ИБ в своей колонке "Блоги" (см. левый столбец)

Почитайте статьи "sanitizing URL" и "sanitizing input data" - многое зависит от того, какому ПО в дальнейшем будут передаваться данные, полученные в URL

Да, Вы может "поставить сокет" на асинхронное (неблокирующее) ожидание, а затем проверять врмя от времени его статус функцией select. Ей в качестве входных параметров передаются списки сокетов, которые Вас интересуют, а она возвращает те, по которым произошли изменения.

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

И еще я не советовал бы полагаться на 100% на MS network monitor - он как то избирательно демонстирует трафик, порождаемый той машиной. на которой установлен.
Отдельно стоящий сниффер все же предпочтительнее своей независимостью.

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

Если бы это был не управляемый код, то я предложил бы выяснить какой функцией из WinAPI программа получает MAC-адрес, выяснить в какой библиотеке она объявлена, скомпилировать прокси-библиотеку с таким же именем, в которой будет изменена только эта функция, и разместить ее в каталоге с EXE-файлом (у локально размещенной библиотеки есть приоритет над системными).

Два командных файла :

1-ый) получает имя MP3-файла в качестве параметра,
запрашивает его битрейт (например, через ExifTool),
вырезает из вывода битрейт,
если не существует подкаталога с именем, равным битрейту - создает его
переносит файл в подкаталог с этим именем

2-ой) запускает командый файл "1" от всех файлов каталога через for each