Verschlüsselte DME Meldungen

[Ebi]

haha^^da muss es doch ein programm geben oder so

haha^^die sind schlauer wie du *gg

Na, dann lies doch mal dieses..:
Aus dem Beitrag von Swissphone:

Verschlüsselung

Selbst große Ohren werden taub - Verschlüsselungssystem für digitale Funknetze der BOS
IDEA – Sicherheitspaging mit Diskretion
Technischer Schutz für die Luftschnittstelle

Der Funkprotokoll POCSAG, CCIR, RPC No 1, ist die meist verwendete Luftschnittstelle für Funkrufnetze - auch Pagingnetze genannt. In Deutschland wird bereits jedes dritte Funkrufnetz der BOS (Behörden und Organisationen mit Sicherheitsaufgaben) damit betrieben.

Missbrauch erfolgt durch sogenanntes Abhören von Meldungen oder durch die Identifikation der Benutzer. Bestehende Datenschutzgesetze regeln zwar den Umgang mit gesendeten Informationen; sie sind aber kaum durchsetz- und kontrollierbar. Nur technische Vorkehrungen bieten effektiven Schutz.

http://www.swissphone.de/portal/alia...opDefault.aspx

[Newty]

Derzeit geht man davon aus, dass 128Bit Schlüssel mit derzeitigen Maschinen kaum zu knacken sind, weder von der Rechenleistung, noch aus Sicht der Energieeffizienz:

http://en.wikipedia.org/wiki/Brute_force_attack

The amount of time required to break a 128 bit key is also daunting. Each of the 2^128
possibilities must be checked. This is an enormous number, 340,282,366,920,938,463,463,374,607,431,768,211,45 6 in decimal. A device that could check a billion billion keys (10^18) per second would still require about 1013 years to exhaust the key space. This is longer than the age of the universe, which is about 13,000,000,000 years.

Eine Millarde IDEA-Entschlüsselungen pro Sekunde ist ziemlich viel ^^
Und dabei ist noch zu beachten, dass sich das noch irgendwer durchlesen muss :D

Alle logischen Angriffe auf IDEA schlugen bisher fehl, bisher ist also nur BruteForce als (un)geeignete Angriffsmöglichkeit möglich

[Handhase]

Wie schon oft beschrieben, IDEA lässt sich kaum knacken. Selbst Swissphone schreibt:
Kaum zu knacken: Verschlüsselung mit IDEA TM

Die Betonung liegt hierbei auf "kaum", und bedeutet soviel, dass es doch Möglichkeiten gibt:

Bei der Verschlüsselung (Chiffrierung) wird ein Klartext (Plaintext) durch mathematische Operationen mit einem Schlüssel (Key) zu Chiffretext (ciphertext).

[Plaintext] + [Key] = [Ciphertext] (verschlüsseln)

[Ciphertext] + [Key] = [Plaintext] (entschlüsseln)

Es ist wirklich kaum möglich, wenn einem nur der "Chiffretext" vorliegt, diesen zu entschlüsseln.

Ganz anders sieht es aus, wenn mir Ciphertext und Plaintext vorliegen.

Passiert z.B. in Landkreisen, die im gemischten Betrieb verschlüsseln.
Beispiel: Feuerwehr (unverschlüsselt) wird gemeinsam mit Rettungsdienst (verschlüsselt) alarmiert.

[Ciphertext] / [Plaintext] = [Key] Wichtig dabei: die Zeit-Authentifizierung beachten!
(Known-Plaintext-, bzw Chosen-Plaintext-Attacke)

Freude hält aber leider nur solange, bis der Schlüssel wieder gewechselt wird.
Daher ist der OAP-Schlüssel viel interessanter.

Übrigens:
Der Pay-TV Sender Pr***** verwendet auch / noch die IDEA 128bit Verschlüsselung.
Wie sicher diese ist, kann man überall lesen.

[WernerG]

Hi, mal ne andere Frage zur Verschlüsslungsproblematik:

Kann in Swisssphone-Netze auch ne andere Verschlüüselung, z.B. AES, implementiert werden??

Danke

[funkwart]

Was mich mal interessieren würde: Sind alle Melder eines Netzes immer mit identischem Schlüssel verschleiert oder kann man auch je RIC einen anderen Key vorgeben? Damit würde man ja die Möglichkeiten zum Entschlüsseln ja dramatisch herabsetzen.

Gruß,
Funkwart

[alexbauer]

Swissphone geht nur IDEA, Oelmann macht ein nicht-offenes Verfahren,
da nur hier wirklich Sicherheit gegeben ist.

[alexbauer]

@WernerG
Wie kommst Du denn auf AES ???

[Fabpicard]

Was mich mal interessieren würde: Sind alle Melder eines Netzes immer mit identischem Schlüssel verschleiert oder kann man auch je RIC einen anderen Key vorgeben? Damit würde man ja die Möglichkeiten zum Entschlüsseln ja dramatisch herabsetzen.

Die Idee ist gut *notier* ;) aber mir ist (bisher) kein DME bekannt, der das hinbekommen könnte...

Oelmann macht ein nicht-offenes Verfahren,
da nur hier wirklich Sicherheit gegeben ist.

Naja... das Verfahren nicht zu veröffentlichen und dadurch wirkliche Sicherheit zu erreichen sind 2 Paar Schuhe ;)

Klar, es erschwert in erster Linie mal die "Angriffsfläche", aber zu sagen "Wir ferwenden Codierung XY" und viele Leute versuchen sich daran, schaffen es aber nicht zu knacken, DAS ist wahre Sicherheit :)

MfG Fabsi

[Handhase]

Was mich mal interessieren würde: Sind alle Melder eines Netzes immer mit identischem Schlüssel verschleiert oder kann man auch je RIC einen anderen Key vorgeben? Damit würde man ja die Möglichkeiten zum Entschlüsseln ja dramatisch herabsetzen.

Gruß,
Funkwart

Man könnte jede einzelne RIC mit einen sepperaten Key verschlüsseln.
In den Swissphone BOSS 910-; 920-; 925 -IDEA können max 32 Schlüssel hinterlegt werden.

Das macht aber nicht unbedingt Sinn.
IDEA Verschlüsselungen, zumindest in Swissphone-Netzen, werden meistens in Kombination mit Express-Alarm verwendet.

Bei einer TON-RIC spielt Verschlüsselung überhaupt keine Rolle.
Es wird jediglich die dazugehörige TEXT-RIC IDEA verschlüsselt und das ist in den allermeisten Fällen pro Organisation nur eine.

[WernerG]

IDEA Verschlüsselungen, zumindest in Swissphone-Netzen, werden meistens in Kombination mit Express-Alarm verwendet.
...
Es wird jediglich die dazugehörige TEXT-RIC IDEA verschlüsselt und das ist in den allermeisten Fällen pro Organisation nur eine.

Hallo, weisst Du, ob seitens der Swissphone-Technik diese IDEA-Verschlüsslung auch durch andere Verschlüsslungstypen ersetzt/ausgetauscht werden kann, also rein technisch gedacht?

[Fabpicard]

z.B. AES

"Implementiert" kann ja quasi erstmal garnichts selbst *g*

Aber Klar, mit einer Firmwareänderung der DAUs könnte Swion auch andere Verschlüsselungen nutzen...

Die Idee mit AES ist mit sicherheit nicht die Schlechteste, DAU-Seitig auch mit großer Wahrscheinlichkeit gar kein großartiges Problem... Doch bei den DMEs fängts dann an zu stocken ;)

Allein, wenn ich mir nur die Wikipedia-"Aussage" aus dem AES-Artikel ansehe:
"die Referenz-Implementierung umfasst weniger als 500 Zeilen C-Code"

Wird vermutlich ein wenig schwer werden für den kleinen µC in einem DME ;)

MfG Fabsi

[alexbauer]

@Fabpicard

Das ist aber nun mal der (auch meiner Meinung nach) vernünftige Ansatz :
Eine Verschlüsselung ist zunächst mal nur dann gut, wenn der Algorhytmus
nicht offen gelegt ist, daher setzt ja BSI auch auf Ihr Verfahren und kein
in der Literatur bekanntes/offenes.


Denn, nun wieder Du !

[Newty]

Eine Verschlüsselung ist zunächst mal nur dann gut, wenn der Algorhytmus
nicht offen gelegt ist, daher setzt ja BSI auch auf Ihr Verfahren und kein
in der Literatur bekanntes/offenes.

Vom derzeitigen Verfahren her grundsätzlich falsch. Wenn sich alle weltbesten Codeknacker 1Mio€ als Forschungsgelder verdienen wollen, wenn sie den Schlüssel über eine Schwachstelle knacken, dazu das Verfahren zur Attacke freigegeben wird und zumindest die Eckdaten rausgegeben werden, gilt der Schlüssel allgemein als sicher - natürlich nur, wenns auch niemand schafft :-) Wenn keiner sich je daran versucht hat, weil es den Aufwand nicht lohnt und in den meisten Staaten illegal ist, trau ich dem Frieden nicht. Ich lege all mein Geld ja auch nicht komplett in nagelneuen Fernost-Aktiengesellschaften an, wo keiner so richtig weiß, ob die jemals Gewinn machen, aber tolle Versprechungen machen.

Mit Security thorugh Obscourity hat ja ein großer Softwarekonzern mit M viele Erfahrungen, meistens schlechte.

[WernerG]

"Implementiert" kann ja quasi erstmal garnichts selbst *g*

Aber Klar, mit einer Firmwareänderung der DAUs könnte Swion auch andere Verschlüsselungen nutzen...

Die Idee mit AES ist mit sicherheit nicht die Schlechteste, DAU-Seitig auch mit großer Wahrscheinlichkeit gar kein großartiges Problem... Doch bei den DMEs fängts dann an zu stocken ;)

Allein, wenn ich mir nur die Wikipedia-"Aussage" aus dem AES-Artikel ansehe:
"die Referenz-Implementierung umfasst weniger als 500 Zeilen C-Code"

Wird vermutlich ein wenig schwer werden für den kleinen µC in einem DME ;)

MfG Fabsi

Hmmmm, es gibt aber auf dem "Markt" Hersteller, die scheuen IDEA wie der Teufel das Weihwasser (alle [sicher *g*] Mitlesenden dieser Zunft mögen mir den Vergleich verzeihen) und nutzen oder bieten ne AES-Verschl. in ihren DME's an.....also muss es ja irgendwie "funktionieren"....also ich mein die VErwendung von AES in DME's ?!

Netzseitig (also Swissphone) klingt das ja erstmal nicht so schön was bisher zu lesen war ;-(

[alexbauer]

Also Oelmann gibt ja nun nix bekannt über "sein" Verfahren, wer macht denn nun
noch AES ??? Wobei Oelmanns Verschlüsselung ja im LK Nienburg läuft, daher
die Frage:
- Ist es schon geknackt ?
- Ist es AES ?

Es gibt ja irgendwo hier im WWW eine Kopie der ich glaub FH Wilhelmshaven über die
Oelmann Verschlüsselung, aber das Verfahren ist nich offengelegt ausser eben 128 bit
stark, damit is das ja eigentlich im Sinne des BSI, Verschlüsselung ja, aber nicht
offengelegt oder ???