Plugin for I*D*E*A* ?

[mv-T]

Hi, ein Plugin für die I_D_E_A_-V_e_r_s_c_h_l_ü_s_s_e_l_u_n_g wäre nicht verkehrt.
Sollte natürlich nur funktionieren wenn man die aktuellen Schlüssel weiß. So das man pro genutzte Text-RIC einen Schlüssel in der Config hinterlegen kann. Und die Ausgabe bzw. Übergabe in andere Programmteile auch im Klartext dann passiert.

[flothi]

Der Gedanke kam mir auch, ein Einstiegspunkt findet sich u.a. hier:
https://bugs.radio-operator.de/projects/radio-operator/wiki/Idea

[Cryjack]

@mv-T Das ist einen Ansatz wert. Aus technischer Sicht ist das eigentlich auch kein Problem. Problem sind jedoch eher die Testdaten. Man bräuchte den Alarmtext (idealerweise verschlüsselt und entschlüsselt) und den bzw. die Schlüssel um prüfen zu können, ob es wirklich funktioniert.

@flothi Naja, die leere Klasse beim Radio-Operator hilft ja leider nicht sehr viel...
Aber in den Verweisen bin ich auf folgenden interessanten Tipp gestossen:
https://www.funkmeldesystem.de/threads/50252-Klartext-bei-Pocsag?p=467889#post467889

[flothi]

@Cryjack
Die Verweise waren auch der Hauptgrund für das Verlinken ;-)
Der Schlüssel wird wahrscheinlich eher das Problem als der Algorithmus - wenn ich mich recht entsinne gibt's auch noch Alternativen zum (proprietären) IDEA

[Schrolli91]

Ist die Idee IDEA zu implementieren eigentlich gestorben oder grübelt da noch jemand dran?

[flothi]

Im Hinterkopf hab ichs noch - mir fehlen allerdings Testdaten

[flothi]

Aaalso, ich hab mal bissl zum Thema IDEA gesucht (es ist kein(!) proprietärer Standard) und bin mit einer unter MIT-Lizenz stehenden Klasse fündig geworden. Auf den ersten Blick klappt diese auch wie erwartet (es stimmen zumindest die Werte der Berechnung mit diversen Onlinetests).

Nachdem, was ich noch gefunden habe, ist der Algorithmus jedoch abgeändert worden (korrigiert mich, wenn ich falsch liege).

Ich würde vorschlagen, neben IDEA auch die (gängige) 128-Bit-AES-Verschlüsselung zu implementieren (ohne Key läuft auch da nichts) und das dann via config steuerbar zu machen (Mischbetriebe sind mir keine bekannt).

[Smith-fms]

Genau diese Informationen sind mir auch bekannt und richtig. Vor allem der von Swissphone geänderte IDEA wird nicht ohne Kenntnisse der Kryptographie zu knacken sein.
Was allerdings mittlerweile anscheinend Standard neben dee Swissphone Verschlüsselung ist, ist der der AES, so wie du geschrieben hast.
Ich würde mit diesem Standard auch erstmal anfangen. Einer von unseren Nutzern hier wird den Schlüssel bestimmt haben und kann dann testen. Wir haben leider noch keine DME mit Verschlüsselung, andere im Kreis wiederum schon.
Außerdem ist der AES 128bit nicht verändert oder proprietär. Es sollte dafür bereits eine Klasse geben. Somit sollte das decode einfach umzusetzen sein.
Allerdings bin ich Mal gespannt wie man in einem gemischten Netz mit und ohne Verschlüsselung umgehen kann. :-)

[Smith-fms]

Interessant wäre übrigens noch zu wissen wann verschlüsselt wird. Denn die Übertragungen sehen anders aus als wenn ich einfach einen Text nehme und durch einen AES online jage.

[flothi]

Also spricht so gesehen nichts gegen eine Implementierung von AES, wohingegen eine reine IDEA-Verschlüsselung keinen Nutzen bringt (da wir das proprietäre IDEA nicht kennen und auch wahrscheinlich nicht veröffentlichen dürften).
Oder gibt es weitere Verfahren, die verwendet werden bzw. reine IDEA-Netze?
** edit
Interessant wäre noch zu wissen, ob und wo boskrypt (http://www.boskrypt.de/) genutzt wird.

[Smith-fms]

flothi, kannst du denn AES einbauen? ich bin da vermutlich nicht gut genug im Thema.
Nach aktuellen Informationen, welche man im Netz findet, sind die Selectric Netze "nur" mit dem Standard-AES 128Bit verschlüsselt. BOSKRYPT soll angeblich eine AES 256bit Verschlüsselung sein, auch Standard.

Die Kenntnis über den verwendeten Verschlüsselungsalgorithmus und den erforderlichen geheimen Schlüssel ist nur die halbe Miete. Denn unklar ist (jedenfalls für mich) an welcher Stelle der Algorithmus mit welchen Daten gespeist und welcher Mode des Algorithmus verwendet wird. Zudem ist mir unbekannt mit welchem Verfahren der Geheimtext gehasht wird.

Nachfolgend ein paar Erkenntnisse, die ich im Laufe meiner Beobachtungen in einem EuroBOS Netz mit 128 Bit AES gemacht habe:

• Gleiche Nachrichten an gleiche Adressen besitzen den selben Geheimtext
• Gleiche Nachrichten an unterschiedliche Adressen besitzen unterschiedliche Geheimtexte
• Teilweise gleiche Nachrichten an gleiche Adressen besitzen (blockweise) gleiche Geheimtexte
• Uhrzeit / Datum spielt keine Rolle
• Geheimtexte unterscheiden sich in der Länge oft im Vielfachen von 20 Byte (Zeichen)
• gelegentlich exsistieren Blöcke die länger sind als 20 Byte (Zeichen) z.B. 43 Byte
• viele Geheimtexte schließen mit Padding Zeichen ab 00
• Beginn des Geheimtextes ausschließlich mit >>

Daraus schließe ich:

• Die Adresse wird mit in die Verschlüsselung eingebracht
• Der Geheimtext wird für die Übertragung gehasht. Aber mit welchem Verfahren?

Nachfolgend eine Auswahl von Geheimtexten um sich etwas darunter vorzustellen:

>>hF?bN3F>ReVgPB8_H0eccUa?AGl=QUUgÖÄ=7=Ü`MAGaQ1^fcCTfbF1VUdo2?`Ag19ÖdbkmL?<fT7kRVABfP<G8WGÜW@cgfoj;E>IeX>GYcS:gÄ=Y`FEZ4Bjmi6l_FBSGmÄ00
>>W2BHahGG>Ck1XOAIMÄ1AIF^I?;l6aQjOÖh2ZDMÖM;`M@gVgJiX?Zm3eikQWmf;N2aJ_V9ÜnKg5ZG;FKAahob0aoHVJlCMPUIij`3YFI:ThHcZP00
>>hMRIPZh3f_4ÄQRaTde?D;imYEm:Lg?JDhc^PHRT2XjZnXeF?kFlP9WNXT4<VPfJ^30RÜD:L`RÖK1OG4jlU6VbjdNWÖi@_HgAWFHd?lNO;3?UJ@00
>>hMRIPZh3f_4ÄQRaTde?D;imYEm:Lg?JDhc^PHRT2XjZnXeF?kFlP9WNXT4<VPfJ^30RÜD:L`RÖK1OG4jlU6VbjdNWÖi@_HgAWFHd?lNO;3?UJ@00
>>hF?bN3F>ReVgPB8_H0eccUa?AGl=QUUgÖÄ=7=Ü`MAGaQ1^fcCTfbF1VUdo2?`Ag19ÖdbkmL?<fT7kRVABfP<G8WGÜW@cgfoj;E>IeX>GYcS:gÄ=Y`FEZ4Bjmi6l_FBSGmÄ00
>><N=e5TRTK=E3SijTW`2GV?DYeONGÖNCE6O9_C>ikÜF4ACPÜOÄoÜ<4n0KK6^`Vb@bQSEdKGEKe>^j>SVUk1=MVÖf4Ä9CY08PleBR8D0fXk2D6^P00
>>jJ509LXBRU3hbHd^7e3Bi?eFn_9iS_7UYA`VQ^9Lj^d>ÄgEgbjWL;mGanGDeK?_8<^>RÄ=b>Ö6JbfÜU11Ko7aG9EV4`OLkXb=;PI2:32Z`cXbVSE@Q?84LVQ?bBNVRM`fOH0
>>Kjf;Q<0jK9fhI?>a3E0S04NBÖ?=1We<eXJ@mÜ=ZH?hbG@2Ö:?iG7;_ÖN0m=2ÄRKÄJA0K2INTekgVDÄRMB97GYgf@BHeiQj2Äl_1FfCE9Ahk7Hke=m=`QÄL^?Wn<2hS0@9nD0
>>a2EY5JÜLK0onÄLXejYhWZE36PK=ÜEPLQRMf89IB`EmÜR?PQK:CKb_UDoQhY?SdZnHai:kIgLoGBl;2Ff=?hR:0EMe77JkWaB2En1SW74eKkjT3U35gfGN^PQ=_UEUI57IF<0
>>D4X8`OB=bAEiFE:g>9dUm^4PLN`S3feJ>67UkBkREnC?ZWFGBÖX;:<3W4QOiH1YkmnLC5D@U7JUÜDPJ1^UfTAnFf7^`O0Y39kI:dD9o9`AJc;d4k1ilSM4^Dj9EAY:k>99YeQ6aI8ÖD:cJÖMZb;KoajkKId457nÜ<g77EP158IT1lY9QgcPK?f>U2O5G^d9aiXcn8DUPliWJA^YF6F`Y@??I00
>>`PjZHGREQ5_9A`R9XQ1PEo^=GVMO`eIa=T4BSbJ_nELGMS9ZkL?HRlF_eB16XWkoNIC>:>4jR3^PkQUlRfQ_KCEnBM>KN7VkoQ5an`:bDIeCnVE8Q2dLT_9ZjÜJE93TDYP@UF;VKW4Xc:aBiÄmNÜIBPeKÖF1fY62X<<LN12PMAdg@R?0i;0jA;HBfob_iÄFD6AVh8YmV5YQLD?==MXT4jkcÜ00
>>BQI4JffJÜDE3V7E3Z4fU3LW?5=>ZÜ:P9UÄbf`XÄRM8NLlfbQfTHT:C9Bo>:FA57ÜocHe9RhVP3T?LÜCLY:dUTÜBB74><iU2OdBf:a709IE3Üa3B4JaFoA<CI;GJbCPmÖoU<0
>>J8n@M_O;>O7_d8>VbI8M1d?_l_ABbR=?WaDcSii8ÖSUDAl5Cb^h^Y83J1@Kf9AÄU61:b5l=7?;AInÄ@Dho=M9WC`6EL4W_AR=Dm6lcCXJFBJ@Do6^8AR35emZagC@_mPRIl0
>>ERDiV?jMmAOfe?PQCUU6S4i6kC3mLG4F1eb1hbK_eKEÜCHiaWJSLi<5eO@6c6V5GNn9S>7LIBS7F3HBYJ3Ök=E@5Tg9mGAÖVJh4gW0IY3QiFBfflGWaX4D@T5eT5@5dc8c028U0F6ih_UMk`Kh1TXVoOI9W?jCe>P;bJKRMÖF4YIc00
>>D4X8`OB=bAEiFE:g>9dUmRM2a`WC3;ckV3T84PZ@ZJC7X:gT0@OD4cg^IÜ0o4<mh3ge`lTeGF0cfGADHOnTN^lVhL@VfjI9LBYNZ<gÜlYAE1mSWRfWDTTl5KZFR9K:8V<Ü00
>>h18beQfSREhVeNJBLBC8ÖehWXf?Üm<Ln@_cI:Oo?VjWUoAdn3THk5aB`aRIbPÜHd3ÄFAF<c80QZDlÜmbFRPUo2iC`GNÖ^YG7;2CjP:N9KFZ<XKÜChJYloUceF`WRD6Fl4n80
>>;UGe=GCUXFn;i0h2KcWU2oC_aWBOh=cbW4_k9UdMdA8<dRm<GiN<7JPU9cÄ1ZFJO4D5GnÖDUP1ÜBi8jXPf8nTJ=ÖKÜ<K>Ua3hN?9J?R>KaQigeELN4A<>RD0=K16ohhIBÜ<Y3>kdi:<@IDQ;i2Vf77ÜeeYM^O1?OcTP@`13Xg^Xgn00
>>M4ELKH>2^kEGNedhRc2KiiOjhlENS9@cNF9aEH4VlQNFE6ZXa_2fYV36183ngM9f^V3LcUEÜAo_eM74lMP_oJ;K;W:iZ@`4T@ÖFB9TW7Fc5bGj3>B^nTW0<Sc@k;iZ`^934O5JLgÄ`a7ÜaEoYYZnKZV?YhXBT?oTQg<eÜf2L;TQ<IETiF_^n`14U:jS1=WRSbTHkaPTiHOdIPHi4eEhoZN`g00
>>^LÖ>B3an<4J?>@jMY::oSAjZF5UmT0j>Vl9bÜbKÄ5QIDeS?GGcbh_NNHkÖJJPl>:TC=Q_Ii0IeÜÄk_4c=59FV9f:U3`DEggnK5NPGR>fMU@AmÄ`DR4m5VaMIUPX6f<gW34X0
>>nUV:GÄkkh>M6g>bg8OYI_5`_Hm9WcFCNG`EkÄYJL9hKOA0XENWÜC=D8UaLQc8C1=l03I9LlYI^ajlVm7lnWnÄE^l:_1Ll9SPH?Ö_=CP5Hk?g0P00
>>D4X8`OB=bAEiFE:g>9dUmROJ1jFI904WJe0CM0J3`Ü=7Rf>Vf=U2nÄ>=U9IHZPMFH0:5HH6U>?kIIVMeCS@fnYgÖ3ÖaecMWL8_ljcgO8mOKYZG3^QX3fkV1JÖHj=T6Ü21=P0
>>mTV1l8G179XXlJb5`Ö:@gA5l2AJjBZU@Ö9HYJSR5d0ON9dC2ÜWÄ4Ö<ÜQan7n8ÄTGhÖecDm1dS0S8f<fhQQdBÄ5PkTL7DHBBJBNMemK41I7m3QcZfaTM1GVQLe8abC^L6JIÖ0

Eine Implementierung in BOSWatch (oder in multimon-ng falls nötig) wäre schnell erledigt.
@flothi was sagst Du dazu? Irgendwelche Ideen?

[flothi]

@ShaLi8
Wow, danke für die ausführlichen Hinweise und v.a. die Geheimtexte, damit kann man zumindest schon mal etwas anfangen.

Ich wälze zZt auch alles, was ich Informationen über POCSAG und Verschlüsselung finden kann, meine Erkenntnisse daraus:

• Es gibt keinen "universellen" Key für ein Netz
• daraus folgt: Jede RIC hat einen eigenen Key (das entspricht somit deiner Annahme)
• Füllzeichen sind in einigen Anwendungen dokumentiert
• Als Hash wird wohl u.a. SHA1 verwendet

Ein paar Anmerkungen zum letzten Beitrag von @flothi und Diskussion:

Es gibt keinen "universellen" Key für ein Netz

Das Netz welches ich beobachte nutzt nur einen einzigen Schlüssel (Quelle zuverlässig).

daraus folgt: Jede RIC hat einen eigenen Key (das entspricht somit deiner Annahme)

Was ich gemeint habe, ist, dass die RIC Bestandteil des Geheimtextes ist und aus diesem Grund die Geheimtexte gleicher Nachrichten zu verschiedenen Adressen unterschiedlich sind (Vermutung).

Als Hash wird wohl u.a. SHA1 verwendet

Ich bin nicht 100%ig fit in dieser Materie, aber ich meine zu wissen, dass SHA1 nicht zurückberechnet werden kann. Man verwendet diese Methode für das Bilden von Prüfsummen.

Meiner Meinung nach ist der Geheimtext nicht direkt das Produkt der AES-Verschlüsselung. Denn dafür ist der Zeichensatz zu begrenzt (auch von @Smith-fms bereits festgestellt). Üblicherweise verwendet man für Übertragungswege Base64, welches nur ASCII-Zeichen enthält. Jedoch enthalten die Geheimtexte einen größeren Zeichensatz.

Wie machen wir weiter? Evtl bilden wir eine kleine Taskforce für einen etwas konkreteren und sicheren Austausch von Informationen.