9

Java (JME または Android) で音声オーディオ ストリームをキャッチし、それをカスタム暗号化してから、通常の GSM 呼び出しを介して通常のストリームとして送信することは可能ですか? もちろん、他の電話で暗号を解読します。アプリケーション レベルの Java はオーディオ ストリームのインターセプトを許可されていますか、それともハードウェア レベルで無効になっていますか?

それを行うアプリはすでにありますか?

4

5 に答える 5

5

上記のいくつかのコメントによると、音声通話へのアクセスのレベルはルート化された電話でのみ可能であり、さらにはデバイス固有です. 一般的な暗号化された音声アプリケーションに対してできる最善の方法は、データ接続を使用する VOIP / SIP スタイルのアプリケーションです。

たとえそれができたとしても、アナログ通話で暗号化するのは簡単ではありません. GSM コーデックで使用される圧縮は、音声用に最適化されており、信号の特性について特定の前提を置いています。単純なアナログ -> デジタル -> 暗号化 -> アナログ -> 電話ネットワーク -> アナログ -> デジタル -> 復号化 -> アナログ タイプのシグナル チェーンだけを使用することはできません。

GSM ネットワークへの最終的なデジタル エンコーディングはすべて、ルート化されていてもどの電話からもアクセスできない GSM ラジオ チップセットによって実行されるため、ステップとしてアナログを含めたことに気付くかもしれません。

于 2012-12-09T12:51:36.170 に答える
4

モバイル ネットワークは、音声チャネルでロッシー トランスコーディングを実行します。

  • 「ネイティブ」エンコーディング/デコーディング
  • エコーキャンセラー、
  • ノイズジェネレーターまたは
  • コーデックの変更。

したがって、暗号化された音声データ ストリームが、受信側で復号化できる方法でモバイル ネットワークを介して送信されても​​存続するとは思えません。

簡単な類推: オーディオ -> 暗号化 -> MP3 圧縮 -> MP3 デコード -> 復号化 -> オーディオ。これはうまくいかないかもしれません。または: これが機能する場合、音声ベアラーを介して暗号化されたストリームを転送する可能性があります。

あなたのオプションは、IP経由で暗号化された音声を転送するデータベアラーでそれを行うことです. ただし、これには、モバイル デバイスに別のテレフォニー アプリケーションが必要です。

于 2012-12-09T16:37:48.857 に答える
1

ボイスチェンジャーのように動作して、あなたの声を変更し、それを gsm 音声で送信するアプリがあることを私は知っています。たぶん、音声を受け取り、位相シフト キーイングやデジタル ラジオ モノダイヤルのようなものに変調するアプリを作成できます変調 復調 pgp、aes、または好きな暗号化を追加できます。このような企画も楽しみです。

これを使用して、gprs チャネルの代わりに過去の 56k モデムのような音声 gsm チャネルを介してデータを送信できれば素晴らしいと思います。

リファレンスを参照

http://freedv.org/tiki-index.php

http://www.aprs.org
于 2014-12-09T07:03:19.747 に答える
1

スピーカー/MIC サイトでアナログ音声をエンコードする方が実用的です。または、phone.APP を変更するには、Android をルート化する必要があります。AECallのように。ヘッドセットを暗号化および復号化します。 http://mrhyper.blogspot.tw/2015/12/iphone-encrypt-phone-call_9.html

于 2016-01-28T02:48:48.780 に答える