Q&A
ホットスポットを使うのは良いアイデアだと思います。
前提・実現したいこと
職場にて、とあるhttpのサイトに問い合わせフォームを設置しようとしています。
危険性を伝えてhttpsにするよう説得したくて社内wifiにてwiresharkでpost送信の中身が見れることを実践しようとして、自宅で実験してみましたが失敗に終わりました。
wiresharkの方法を教えていただくか、他の説得方法をお教えいただけると幸いです。
何卒よろしくお願い申し上げます。
試したこと
自宅のwifiに接続
↓
wireshark起動
↓
メニューバーのWireshark>Preference>左ナビのprotocolsの下三角>IEEE802.11>Editボタン
↓
Key type=wpa-pwd
key=自宅のwifiのパスワード:自宅のwifi名
↓
OK>OK
↓
メニューバーCapture>Options>「Wifi:en0」のMonitorとPromiscuousにチェックを入れる
↓
最初の画面で「Wifi:en0」を押して傍受開始
↓
いろいろ流れてくるのでhttpでフィルタ
↓
iPhoneでwifi切ってからONにして問題のhttpサイトを閲覧
↓
何もヒットせず
バージョン
傍受するPC=macOS Catalina 10.15.1
傍受されるスマホ=iPhone13.3
Wireshark=3.2.0
追記
引き続き調べてたらWindows10のモバイルホットスポットという機能があったので今試してるところです。
試行錯誤履歴
モバイルホットスポットで**「新規に」適当なssidとパスワードを設定し、iPhoneでそのwifiに接続すると、wireharkで傍受できました。
ただし、「既存の」**ssidとパスワードと全く同じモバイルホットスポットを設定した場合、モバイルホットスポット設定画面の接続されているデバイスが０個になり、iPHoneが認識されません。当然wiresharkでも傍受できません。
希望の動作としては、既存のssidとパスワードでwifiに接続していたらいつのまにか傍受されていた、というものなのであともう少しです。
asuchi0819さんにご提示いただいたリンク先の情報によると解析用PCにDHCPサーバーを立てる必要があるのかなと思い、
https://qiita.com/tmiki/items/d5965ee767378cf7f13f
をもとに設定を進めましたが失敗に終わりました。
windows10のコントロールパネル＞ネットワークとインターネット＞ネットワークと共有センター＞イーサネット＞詳細＞IPV４アドレスの値を
上記URLのOpenDHCPServer.iniの「192.168.254.1」と置換して設定したのですが、、、、。
まだまだ道のりは長そうです。皆さんのお力をお貸しいただければ幸いです。
アドバイスありがとうございます。試行錯誤の過程は主文に追記いたします。
回答4件
0
危険性を伝えてhttpsにするよう説得したくて社内wifiにてwiresharkでpost送信の中身が見れることを実践しようとして、自宅で実験してみましたが失敗に終わりました。
危険性証明のアプローチ方法が間違っています。提示の難しい(?)無線の危険性をわざわざ選択する必要はありません。
サイトの SSL 対応は、サーバ等とブラウザ等の通信経路上に流れるデータの暗号化のためです。ですので、経路上に流れるデータが安全か危険かがプレゼンできればよいです。
ごく単純なのは、端末でブラウザを開き、その端末の NIC を流れるパケットをキャプチャし、経路上に流れるデータ(POSTの中身等)を確認することです。
それを提示した後に、キャプチャ可能箇所を説明すればよいかと。
・http レイヤを覗ける箇所(PROXY 等)
・パケットレベルで覗ける箇所(無線はここに含まれます)
等々
まぁ、実際に上長説得に効果的なのは、scsi さんが言うように、非 SSL 環境の問い合わせフォームにブラウザが警告を出すってことだと思いますよ。
通信経路の暗号化をメインにした説得になると「問い合わせ内容をメールするのはいいのか？」問題に発展しますｗ
投稿2019/12/26 12:41
退会済みユーザー
総合スコア0
ご回答ありがとうございます。ご回答に知らない単語が出てきたので、自分でその意味を調べて理解しようと思いますので少しお時間いただければ幸いです。
メールはいいのか？ということで調べましたが
http://www.mail-form.net/report100.html
を見つけました。
ＵＲＬがhttpsになってるのは「ブラウザ→サーバ」の暗号化をしているだけであって「サーバ→メール受信」の間まで暗号化されているとは限らないということですかね。一般的なサイトで紹介されているSSL化をそのまま実行しようとしてましたが、それはあくまでwebサーバのSSL化であって、メールサーバーのSSL化ではなかったのかなと考えました。そうするとメールサーバーにもSSLを導入するべきなのかなと、どんどん話が大きく広がっちゃうな思い始めました。セキュリティ対策って底が見えないですね。
そうですね。
メールの配信経路の暗号化は相手のメールサーバの仕様にも左右されるので、コントロールが難しく、メールの中身に情報を多く含まない方向性で調整するのが適切です。
余談）
コメントにあるリンク先は少し誤解を生みそうです。
メールサーバ間の暗号化に関しも調べてみてください。
SSL とか STARTTLS といったキーワードが出てくると思います。
あと、以下も合わせて読んでみてください。
暗号化で守れる範囲は「経路」だけ (1/2)
https://www.itmedia.co.jp/enterprise/articles/0512/22/news016.html
古いので、今となってはあまり参考になる資料では無いのですが、本質に戻ると考慮しなければならない点が結構あることに気がつけます。雰囲気は伝わるかと。
相手のメールサーバーの使用によりけりとなると、一筋縄では行かなそうですね〜URLありがとうございます！見てみます！
0
ベストアンサー
コメントにも書きましたが、モバイルホットスポットを使うと手軽にキャプチャができるので正解かと思います。この場合、DHCPの設定は必要ありません。
以下の記事が参考になると思います。特に後半。
投稿2019/12/26 10:47
総合スコア11705
ご回答ありがとうございます。DHCP設定は不要だったのですね。
ご提示いただいたリンク先の対応状況は下記です。
1-1. Virtual Wi-Fiの設定←モバイルホットスポットで対応済み
1-2. ネットワーク共有設定←対応済み
2. 設定したアクセスポイントにキャプチャしたいものを接続する←対応済み
3. wiresharkを起動してキャプチャ←モバイルホットスポットで新規SSID&PASS設定時のみ成功。既存のSSID&PASS設定時は失敗
やはり既存の情報を設定したときのみ失敗してしまいました。。。。
既存のSSID&PASS設定とは何を指しますか? モバイルホットスポットは元々なかったのだから「既存」はおかしいと思いますが…ただし、モバイルホットスポットに、既にあるアクセスポイントと同じSSIDとパスワードを設定することは可能です。
既存のSSID&PASS設定とは、元々普通に使ってたwifiのssidとパスワードのことです。確かにモバイルホットスポットに、既にあるアクセスポイントと同じSSIDとパスワードを設定することは出来ましたが、アイフォンwifi設定からそのモバイルホットスポットのSSIDとパスワード情報を入れても、モバイルホットスポットを設定したpcに認識されないし傍受できませんでした。
既存のSSID&PASS設定とは、元々使ってたwifiの機械の側面に書いてあった情報です
「元々使ってたwifiの機械の側面に書いてあった情報」とパソコンのモバイルホットスポットは何の関係もないのでその情報ではアクセスできません。モバイルホットスポットの設定画面にネットワーク名とネットワークパスコードが表示されていますが、その下の「編集ボタン」を押すと、これらを変更できます。そこで、既存のSSIDとPASSを設定することはできます。この場合、同じSSIDが２つできて紛らわしい（そこが攻撃なのですが）ので、全く同じにはせず少し変えておくと実験がしやすいと思います。
ご返信ありがとうございます。SSIDを同じにしなかった場合は既に実験成功済みです。全く同じSSIDで傍受する、というのは難しいのでしょうか？難しいのであれば似たSSIDで釣られる可能性があることを上司に伝えて、同じSSIDで傍受するのは諦めます。
難しくありませんが、接続の際に同じSSIDが２つ出てくるので接続を間違いやすいということです
元々使ってたwifiの機械の側面に書いてあったSSID=bouzyuとします。
モバイルホットスポットで設定するSSID=bouzyuにします。
しかし傍受される側のiPhoneのwifi設定画面に表示されるSSID一覧にbouzyuは1つしか出てきません。
接続の際に同じSSIDが２つ出てくるとのことでしたが、１つでした。
訂正します。bouzyuは一つのみ表示されます。どちらに接続されるかは運もありますが、基本的には電波の強い方のようで、本来のアクセスポイントから離れた場所にモバイルホットスポットのPCを置き、そのPCの近くで実験するとうまくいく確率が高いようです
毎度ご丁寧なご回答ありがとうございます。
アドバイスをもとに下記のようにしてみました。
ssidとパスワードが書かれたwifiの機械＝Ａ
モバイルホットスポットを作ったPC(windows10)＝Ｂ
盗聴されるiPhone=C
「Ａ←遠い→Ｂ←近い→Ｃ」
これでやっと成功しました。ちなみにBで設定したssidとパスワードはＡと全く同じものです！！！物理的な距離が原因だったのですね。重ねてお礼申し上げます。本当にありがとうございました。
ちなみに失敗したときは
「Ａが接続されたＢ←近い→Ｃ」
のような形でした。
最後に一つだけ質問させてください。こういうセキュリティの穴についての情報は載せないほうがいいのでしょうか？悪用されないか心配になってきました。せっかくご回答いただいたので、消したくないですが質問削除したほうがいいのでしょうか？
この程度は「セキュリティの常識」の範囲ですし、aiueo123さんが懸念されているような啓発にもつながるので、消す必要はないと思います
常識なんですね。消す必要はないこと、承知いたしました。ご回答ありがとうございました。コメント返信がないのを見送ったのちにベストアンサーを決めて閉め切ろうと思います。大変お世話になりました。
0
Chromeで警告が出るから ではダメですかね
投稿2019/12/25 11:29
総合スコア2840
できればもう少し危険性が目に見えたほうが訴求力があるような気もします。実験がうまくいかなかったらご提示いただいた案で行こうと思います。ご回答ありがとうございます。
ユーザ向けのサイトならお客様のブラウザで警告が出ると伝えるだけで十分かと考えたのですが、社内向けのサイトの話なんですかね？
コメントありがとうございます。ユーザ向けのサイトです。実際ブラウザで見てみたのですが、警告が目立たないというのと、ユーザーがアドレスバーの横に出る警告を逐一見てるかというのが気になって躊躇してしまいました。でもscsiさんのいうとおりかもしれません。あれこれ自分で考えて判断するより上司にご回答者様のご回答をそのまま伝えてみます。
0
主目的とは異なりますが、徳丸さんの実験の手順が参考になるのではないでしょうか？
投稿2019/12/25 10:59
総合スコア10429
ご回答ありがとうございます。
ご提示いただいたリンク先の「(1)無線APの準備」についてググっていたらwindows10にモバイルホットスポットという機能があったので、それ利用してその直後にwiresharkを起動したら、とある条件の場合のみ無事に傍受できました。詳細は主文に追記いたします。
あなたの回答
tips
プレビュー
