Комментарии 4
Не прощще было пакетики поснифить?
При создании оконного клиента под MS-Windows для удалённого взаимодействия с LED-матрицами стояла задача сделать автоматический поиск всех табло в сети.
Для этого есть Multicast.
В мотивационной части чего-то не хватает. Если задача стояла научиться находить собственные табло в локалке, то слово бродкаст приходит в голову каждому (а кому не приходит, и есть пример чужого софта который умеет - есть wireshark). Если стояла задача научиться быстро находить чужие табло в локалке, есть умение говорить с отдельным табло (исходя из того, что брутфорс был вариантом), и есть пример чужого софта - то первым делом опять же wireshark, чтобы понять, куда слать какой бродкаст (а дальше 1: можно ожидать какого-то соответствия между протоколом бродкаст опроса и протоколом уникаст общения, и 2: даже не разбирая протокол бродкаста можно тупо по полученным ответам поговорить отдельно с каждым табло). Причин сразу бросаться в бой статического анализа на упакованную программу, размахивая дебаггером и с идой наперевес, из вступления вообще не вытекает.
Сколько проделанной работы, отчасти полезно иногда потратить время для изучения, а так конечно для начинающего реверсинжиринга будет полезно. Но можно было бы пойти более простым путем, читая тот же MSDN и интернет, да и способы как писали выше, рабочие. Затраченного времени явно бы сократили ))
Публикации
Реверс алгоритма поиска устройств в сети