Skypeを介して対話者のIPアドレスを開示する可能性のビデオデモを準備しました。
UPD： この記事とこれまたはこの記事との違いに関する多くの質問。
私は答えます：
1.そこには電話しかありませんでした。 特定の状況では、チャットを介して、電話なしで開くことができることを示しました。
2.理論のみがありました。 そして、ここにビデオのデモがあります。
背景
それはすべて
この記事を読むことから始まりました。
記事から引用：
「スカイプ、判明しました。ほとんどの場合、対話者に直接接続します。」
しかし、これについての証拠はありませんでした。 とても興味がありました。 そして最初の
予備テストをしました 。
その後、多くの人々がこの状況に関する十分な知識を持っていないことが判明しましたが、彼らは疑わしい知識について力と主力で自慢する準備ができています。 この主題に関するさらなるコメントはこれを確認します。
UDPソケット
を監視する必要があると誰かが考えました（記事では、著者はcportsプログラムを使用してTCP接続を表示していました）。 また、対談者が専用IPを持っている場合にのみ対談者のIPアドレスを見つけることが可能であり
、NATを使用する場合、これは不可能であるという意見もあり
ました 。 さらに
、スーパーノードのアドレスしか識別できないと述べたため、記事の著者は攻撃者などを計算しませんでした。
そのため、状況を明確にすることにしました。
試験結果
より多くの時間をテストに費やした結果、次のことが判明しました。
1.
場合によっては、対話者とチャットするときに、対話者のアドレスの開示が可能です（データはTCPを介して直接送信されます）。 しかし、常にではありません。 接続されているものは不明です。 ただし、すべてのテストで、対話者が同じ都市にいたとき、この方法でIPアドレスを見つけることができました。2.
音声で相手と通信する場合、相手のアドレスの開示が可能です（データはUDPを介して直接相手に送信されます）。 他の人が電話を受けず、何も認識しないように電話をかけることができます。3.
NATスキームの使用は変わりません。 つまり NATサブスクライバーを実行するルーターのアドレスを直接見つけることができます。4.
現在、Skypeの設定でこれを保護していません。PS
予備テストでは、2つの要因により失敗しました。
1. TCPは、アドレスが開示されていない場合（加入者が別の都市に住んでいた場合）にのみ監視されました。
2.このプロトコルを使用する場合、接続の確立について話すのは一般に間違っているため、netstatはUDPプロトコルの確立された接続を表示しません（これは論理接続のないプロトコルであるため）。
関連リンク：
1.
私はあなたがどこにいて何を共有しているかを知っています：P2P通信を利用してユーザーのプライバシーを侵害します