sada
просто ключ увеличится на длину IV.
Здесь совсем мимо.

9CXX
Никто не говорит, что реализация RC4 отличается у вендоров DMR.
Только вот в паблике подробностей реализации RC4 в DMR не всплывает. А из ваших постов можно сделать вывод, что можно с "биномом и пачкой купюр" и без знания как применяют RC4 в DMR, решить эту задачу. Можно тогда обойтись просто пачкой купюр. Зачем лишние сложности? Ну или без финансовых вливаний- терморектальный криптоанализ.
Если у вас есть публичные результаты вскрытия RC4 DMR, поделитесь с форумчанами. Другие реализации RC4 не котируются.

9CXX
Но те, кому это надо, полагаю, получить могут.
Даже не сомневайтесь.

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

- все о чем вы говорите, сделало бы невозможным interop. А она есть.
interop между чем и чем? Между двумя радиостанциями конкретных производителей? Или между практической реализацией криптографического протокола и описанием криптографического примитива на Хабре?

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

asv

Или между практической реализацией криптографического протокола

Между практической реализацией между более чем 10 конкурентами. Лично я тестировал 4 из них. Все со всем совместимо. Надо полагать, что реализуют они это, купив доступ к TIA Online, так как очевидно, что конкуренты ничего не дадут. А тут - стандарт, который на то и создан.

Часть документов из TIA гуглится в паблике, иногда старые ревизии, вроде A при текущей C. По крипте я ничего никогда не искал даже, а по другим вещам находил совсем недавно.

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

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

так как очевидно, что конкуренты ничего не дадут.
Неочевидно.

А то что все денег стоит - так кто бы сомневался. Можно доступ купить, можно с человеком договориться, можно радиостанцию отреверсить.

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

asv

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

К великому счастью, есть правила, и капитализация буквы "в" в обращениях четко регламентирована. Так, в публичной переписке, а также переписке, когда вы не знаете человека лично, используется строчная буква "в". Но люди придумывают свои правила, и почему-то думают, что это допустимо. Ни в одном из правил русского языка, в разъяснениях языкового отдела РАН, ничего не сказано об уважении. Просто нет такого как класс. Можете убедиться в этом лично на gramota.ru.

Жаль, что вы не процитировали тот фрагмент, где я утверждал, что: увеличение длины ключа, с 40 бит, еще на пару десятков это несущественная для вскрытия ключа проблема. На форумах так часто делают, но потом никогда не могут процитировать. Тогда получается, что человек был обвинен беспричинно, что не красит оппонента. Итак, где я это утверждал, прямо цитатой, пожалуйста (только не пропадайте после этой просьбы, как это бывает обычно)?

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

про увеличение ключа я написал, asv перепутал. И это увеличение ни на что не влияет.

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

Тогда получается, что человек был обвинен беспричинно.
Вас ни в чем не обвиняют. Если Вы действительно понимаете закономерность между степенью неопределенности параметров протокола (например, тех, на которые я указал ранее) и сложностью вскрытия ключа, не совсем понятно, каким образом, с Вашей точки зрения, статейка на Хабре проливает свет на криптографический протокол DMR EP.

Цитата:
И что есть уверенность, что RC4 в чистом виде не канает? https://habrahabr.ru/post/111510/

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

Но люди придумывают свои правила, и почему-то думают, что это допустимо.
Не собираюсь с Вами спорить. Для вежливости нормативаной базы действительно пока не создали и вряд ли создадут. Оно и к лучшему.

asv

Слились как все, даже не извинившись за то, что обвинили меня в том, что я не делал. Обычно вежливые люди так и поступают, главное же Побольше Писать С Большой Буквы. Интересный такой стандарт вежливости, новый.

9CXX
Слились как все, даже не извинившись за то, что обвинили меня в том, что я не делал. Обычно вежливые люди так и поступают, главное же Побольше Писать С Большой Буквы.

Поздравляю с убедительной победой. Судя по словосочетанию "как все", уже не первой убедительной победой.

asv

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

Где вы про содомитов писали? Нигде. Я вас оклеветал. Вы меня оклеветали и слились. И еще пишете про уважение к другим. Если вы ошиблись, имейте в себе силы написать - да, я ошибся и вас оговорил. А вы сейчас ведете себя крайне бестактно, но при этом прикрываетесь каким-то лживым уважением, меняя регистр букв и вкладывая в них смысл, который понятен только вам.

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

А лучше просто прекратить оффтопик на профильной ветке. Если охота поговорить о странном, говорят, есть профильные сайты и форумы, гугл поможет отыскать.

Успехов!

asv

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

Я не знаю в каком соревновании вы участвуете, я с вами не бегу наперегонки.

Ну и срач развели. Хватит уже.

2.71 версию кто нить получил ?

2.71 версию кто нить получил

DSD+ 2.71 New Features

Fusion:

Added link control decoding.
Added full rate voice synthesis.
Added support for per-call recording

D-Star:

Added link control decoding.
Added text message decoding.
Added GPS message decoding; GPS coordinates are passed to LRRP.exe and FMP-Map.exe
Added support for per-call recording

NXDN:

More NXDN sync patterns are now decoded.
More iDAS and NEXEDGE messages are decoded.
Nonzero voice scramble KIDs are reported (previous versions did not display scramble KIDs)

DMR:

Better decoding of weak RAS signals.
More LRRP messages are now decoded.
More data messages are now decoded.
Linked Cap+ neighbors are now reported.
Handling of Con+ repeater map broadcasts has been automated;
DSD+ will tune VC FMPA/FMP24 to a traffic channel that is broadcasting a repeater map.
Repeater maps broadcast on the control channel carrier (on slot 2) are handled by CC DSD+.
Repeater maps are written to text files.
The file name format is "ConP <NID> Network Repeater Map v<mapVersion>.txt"
More TIII messages are now decoded.
Changed handling of CapMax network IDs and site numbers.

P25:

Better handling of decoding errors; this reduces the number of channel window resets.
More P25 messages are now decoded.
Decoding of neighbor network bandplans has been added.
Updated the handling of neighbour network sites in P25 neighbor lists.
Decoding of Harris patch/simulselect data has been added.

Меньше ошибок стал делать на слабых сигналах. Звук воспроизводит ещё лучше. T||| пока возможности проверить нет - после нового года посмотрим как это работает.

T||| пока возможности проверить нет - после нового года посмотрим как это работает.
Borovoy, по ТIII особо ничего не изменилось, различия будут только в информативности самих голосовых пакетов во время их приема. Глубже, с текстовыми командами через .bat не заморачивался за ненадобностью.

GIBBON
Такую инфу по Т3 дсд и раньше показывал.

про увеличение ключа я написал, asv перепутал. И это увеличение ни на что не влияет.
Абсолютно верно, поскольку часть ключа, вернее IV (соль) передаётся в открытом виде, но вот в каких битиках народ так и не нашел без доступа к документации. Вопрос скорее даже не в самом алгоритме, как правильно заметили он описан в известных документах именитых производителей, а в самом практическом приложении, ибо нужно фактически вначале парсер протокола DMR написать, а без документации на эту тему слишком много времени нужно положить.

Подскажите как правильно прописать строчку в файл dsdplus.frequecies для транка .

DsdPlus пишет Сurrent network: L13 Current site: L13-1.2

Частота контрольного канала известна . 417.075

Понимаю что то типа такого должно быть

TIII, 13, 1.2, 0, 417.075, 0.0, 0


прописываю ... один свисток слушает контрольный канал (все нормально).... но второй свисток на голосовой не переходит . А окошке пишется idle .

что не так ?

в поле OTA что писать ....

голосовые каналы находятся рядом . частота 417.225 . отдельно если на них настроится слышно ...


как сделать правильно ткните

Позволю себе повториться: в DSD+ 1.101pt зачастую не выводятся координаты из LRRP пакетов, хотя они там есть и ручками из лога достаются.
DSD+ Fastlane корректно отрабатывает LRRP или так же нет вывода координат?

DSD+ 2.84
---------

Setup
-----
The DSD+ 2.84 files should be copied to an existing DSD+ 1.101 or higher folder.

If you do not have a DSD+ folder set up yet, go to DSDPlus.com and download
the most recent public version of DSD+ (currently 1.101) and unzip all of the
files to a folder on your PC. We recommend using C:\DSDPlus

This text file describes any additional features that have been added to DSD+
and its supporting programs since the 1.101 public release.

DSD+ 2.84 Changes
-----------------

Memory management changes.

Some threading changes; audio synthesis should be smoother.

Added data file error checks. Malformed data in the networks, sites, groups,
radios or frequencies files will be reported in the event log window.

Additional error checks added to D-Star decoding logic.

Changes made to DMR auto-polarity detection.

Additional DMR TMS decoding logic added.

Modifications made to DMR LRRP decoding.

More NXDN messages are now decoded.

iDAS handling has been enhanced.


Optional pseudo network ID support for conventional channels added.

When FMPA/FMP24 are TCP linked to DSD+, talkgroups and radio IDs on conventional
Fusion, D-Star, dPMR, NXDN, DMR, DCDM, P25 and ProVoice channels can be differentiated
by adding user-selected network IDs to conventional DSDPlus.frequencies records.

DSDPlus.frequencies example:

DMR, 1234, 1, 1, 450.0125, 0.0, 0 ; ACME Inc conventional DMR

When FMPA/FMP24 are tuned to the specified RF channel and DSD+ decodes the specified protocol,
DSD+ will set the network ID to the specified value.
Pseudo network IDs should be selected from the range 1 to 65535.
Site numbers should be selected from the range 1 to 255.
Channel numbers should be selected from the range 1 to 255.

Records for these pseudo network IDs can also be added to the .networks and .sites files.

DSDPlus.networks example:

DMR, 1234, "ACME Inc"

DSDPlus.sites example:

DMR, 1234, 1, "Main Site"


Added optional network ID prefix for iDAS and TIII systems.

These systems do not use unique network IDs. When FMPA/FMP24 are TCP linked to DSD+,
iDAS or TIII systems that broadcast identical network IDs can be differentiated
by adding user-selected network ID prefixes to iDAS/TIII DSDPlus.frequencies records.

DSDPlus.frequencies examples:

TIII, 13, 1.1, 413, 450.0125, 0.0, 0 ; ACME Inc TIII; NID conflict
TIII, 13, 1.1, 117, 462.6000, 0.0, 0 ; Road Runner TIII; NID conflict

TIII, 1:13, 1.1, 413, 450.0125, 0.0, 0 ; ACME Inc TIII; NID conflict resolved
TIII, 2:13, 1.1, 117, 462.6000, 0.0, 0 ; Road Runner TIII; NID conflict resolved


IDAS, 1.1, 1, 1, 450.2250, 0.0, 0 ; ACME Inc iDAS; NID conflict
IDAS, 1.1, 1, 1, 462.4725, 0.0, 0 ; Road Runner iDAS; NID conflict

IDAS, 123:1.1, 1, 1, 450.2250, 0.0, 0 ; ACME Inc iDAS; NID conflict resolved
IDAS, 456:1.1, 1, 1, 462.4725, 0.0, 0 ; Road Runner iDAS; NID conflict resolved

Network ID prefixes should be selected from the range 1 to 4095.
Records in the .networks and .sites files should be edited to match the .frequencies file data.


Note:

Any existing conventional, iDAS or TIII group or radio records that you have added information
to (like alias text) will have to be manually edited to add their pseudo network IDs or prefixes.


FMPA 2.15

Changes made to re-enable analog / mixed analog/digital voice scanning.

To scan analog voice channels, FMPA to DSD+ TCP linking must be used.
Monitoring mode 1 must be selected in DSD+.


LRRP 1.11

Changes made to match LRRP decoding changes in DSD+.


Survey 1.6

Minor change; now delays exit on any error (so user can better see error message)

Я так и не понял - dPMR работает или нет? Пермяки, ау, у вас более 10 несущих висят на 460 МГц.

Системы iDAS или TIII, которые транслируют идентичные идентификаторы сети, могут быть дифференцированы добавив пользовательские префиксы сетевого идентификатора в записи iDAS / TIII DSDPlus.frequencies.

Примеры DSDPlus.frequencies:

TIII, 13, 1.1, 413 откуда брать это значение???, 450.0125, 0.0, 0; ACME Inc TIII; Конфликт NID
TIII, 13, 1.1, 117откуда брать это значение???, 462.6000, 0.0, 0; Road Runner TIII; Конфликт NID

TIII, 1:13, 1.1, 413, 450.0125, 0.0, 0; ACME Inc TIII; Конфликт NID разрешен
TIII, 2:13, 1.1, 117, 462.6000, 0.0, 0; Road Runner TIII; Конфликт NID разрешен


Префикс сетевого идентификатора следует выбирать из диапазона от 1 до 4095.
Записи в файлах .networks и .sites должны быть отредактированы в соответствии с данными файла .frequencies.

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

фото

Victorvv
Лучше скрин принимаемого сигнала покажите. Скорее всего его качество не на высоте, вот дсд и затыкается.

Такой вопрос - BP/EP шифрует голосовой трафик, RAS не дает слушать с балалаек и гадить в эфир.
А LRRP? Он чем-то защищен?

BP/EP шифрует голосовой трафик
Не только его.
А LRRP? Он чем-то защищен?
Тем же самым шифрованием и защищен...если оно активно, разумеется.

Просто, юзая DSD с FMP, пришли в голову слова про ламера...
Несколько запоздало, но все же решил разъяснить, к вопросу ламер я или нет. Вот крайний пост в ЛС от dezigner:
нет у виртуального кабеля особых настроек и искажений. Апко и дмр кодек - это синтезатор речи. Если биты теряются, то работает коррекция, если ошибок много и не удается их исправить, то слышно бульканье или связь совсем пропадает. Так что это все фантазии на тему чем плох виртуальный кабель.

ФМП существует давно и делали его не для дсд, просто разработчику понадобился простой приемник для реализации транк трекера. Но там так все неудобно сделано, что я даже не стал сильно разбираться - решение совсем дурацкое. Только ради прикола поиграться или для тех, у кого денег на сканнер нет.
Ага, ни слова нет про ресурсы ПК, которые жрет SDR#. А он их кушает еще как. А также, про то, что виртуальный кабель - это дополнительный код, который мало того, что нужно настраивать по НЧ - он еще тоже ест ресурсы и глючит!

Да, можно использовать вместо SDR# "низкооборотистую" программу от отечественного радиолюбителя через VirtualCable. Но она ж безбожно глючит! У меня она принимала CC апки на 450.xxx, при этом будучи настроенной на мегагерц выше, где находится VC. Уж лучше использовать встроенный софт, чем такой глючный сторонний! Тем более, если встроенный куда меньше кушает и независим от всяких дополнительных программ.