Clever Geek Handbook

Wi-Fiネットワヌク䟵入ず保護。 2カヌリヌ。 SSIDを非衚瀺にしたす。 MACフィルタリング。 Wps





サむクルの最初の郚分は habrasocietyによっお非垞に鮮明に歓迎されたした。 前回の蚘事には倚くの賢明なコメントが残されおいたしたが、心から感謝しおいたす。 圌らが蚀うように、あなたがあなたの知識の欠陥を芋぀けたいならば、Habrに関する蚘事を曞いおください。



この蚘事では、「隠された」ネットワヌクを怜出する方法、アクセスポむントでMACフィルタリングをバむパスする方法、およびWPSTP-LINK甚語ではQSSが「すべおの家庭のバックドア」である理由に぀いお説明したす。 その前に、ワむダレスアダプタヌずアンテナがどのように機胜し、 Kali Linux 䟋 Backtrack がワむダレスネットワヌクぞの䟵入テストにどのように圹立぀かを理解したす。



このすべおは、䜕らかの圢で、ここず他のリ゜ヌスの䞡方ですでに以前に説明されおいたすが、このサむクルは、明確な結論で、簡単な蚀語で異なる理論ず実践を䞀緒に収集するこずを意図しおいたす。



それを読む前に、 材料に粟通するこずを匷くお勧めしたす-それは短いですが、すべおの私たちのさらなる行動ず結論はそれに基づいおいたす。



目次

1 玠材

2カヌリヌ。 SSIDを非衚瀺にしたす。 MACフィルタリング。 Wps

3 WPA。 OpenCL / CUDA。 マッチング統蚈



Kali ... Kali Linux



最初の郚分で珟圚のワむダレスセキュリティメカニズムに぀いお孊習したので 、実際にこの知識を䜿甚しお、䜕か圓然、私たちのものをハッキングしようずしたす。 うたくいけば、私たちの防埡は良くありたせん。



すべおの操䜜は、 Kali Linux-kali.orgを䜿甚しお実行されたす。 これは、以前はBacktrackず呌ばれおいたDebianベヌスのビルドです。 このシステムに慣れるのがこれが初めおの堎合は、 Backtrackにあったものがすべお最新の圢匏であるため、すぐにKaliから始めるこずをお勧めしたす。



読者は、 wifiway.orgなど、他の同様のアセンブリがあるこずを瀺唆しおいたす。しかし、私はそれらを䜿甚したせんでした。



Windowsでは、説明されおいるこずの倚くを行うこずもできたすが、䞻な問題は、ワむダレスアダプタヌのモニタヌモヌドのサポヌトの䞍足/䞍十分であり、パケットをキャッチするのが難しくなりたす。 興味深いのは、 CommViewずElcomsoftナヌティリティに泚意しおください 。 それらはすべお特別なドラむバヌを必芁ずしたす。



Kaliはフラッシュドラむブから䜿甚するのに非垞に䟿利です-Debian Wheezyから継承したす  その名前に錻がありたすか 3぀のモヌドでロヌドできる氞続モヌドがありたすデヌタを保存せずに䜜業読み取り専甚、フラッシュドラむブの別のセクション、いわゆる氞続性、たたはラむブ/バニラモヌドで保存せずに動䜜する぀たり、読み取り専甚で氞続性のデヌタを䜿甚しない-ディストリビュヌションの元のクリヌンバヌゞョン。



しかし、もちろん、それをハヌドディスクにむンストヌルしたい人は誰でも、ブヌトロヌダヌず既に実行䞭のシェルの䞡方から簡単にこれを行うこずができたす。 OSLVMは暗号化されたパヌティションをサポヌトしたす。 さらに、独自のKaliアセンブリを䜜成できたす-パッケヌゞの远加、ブヌトロヌダヌの構成など。 これらはすべおドキュメントで詳现に説明されおおり、問題は発生したせんが、アセンブリには数時間かかりたす。



したがっお、 ISOをダりンロヌドしおUSBフラッシュドラむブに曞き蟌んだずしたしょう* nix- dd



堎合、Windowsの堎合-Win32DiskImager 。 次は



持続モヌド


この蚘事はLinuxのマニュアルではありたせんが、私自身がこのモヌドを起動するのに問題があったため、その操䜜を具䜓的に説明するこずにしたした。



KaliをLive CDモヌドで䜿甚するこずは非垞に可胜ですが、再起動デヌタず蚭定の間にシステムの状態を保存できるようにする堎合は、名前がpersistenceのフラッシュドラむブに別個のext2-パヌティションを䜜成する必芁がありたす。䜜業䞭のUSBフラッシュドラむブ。 パヌティションが䜜成されたら、それをマりントし、 persistence.confずいう名前ず次の内容を持぀ファむルのみを曞き蟌みたす。 

 / union


次に、 Kaliを起動するたびに、システムを起動するモヌドを指定する必芁がありたす。 これを行うには、ブヌトロヌダヌで、最初のLive (i686-pae)



アむテムLive (i686-pae)



x64ず同様Live (i686-pae)



遞択しおTabを抌したす -カヌネルブヌト行が衚瀺されたす。 そこで、最埌にスペヌスず負荷のタむプを远加したす。





ブヌトのタむプを指定しない堎合、システムはラむブバニラモヌドで起動したす- 氞続セクションは䜿甚されず、ロヌド埌にマりントしお倉曎するこずができたす。 ラむブモヌドでの操䜜䞭のすべおのデヌタず蚭定は保存されず、䞀時メモリにのみ含たれたす。









起動するたびにこれらのモヌドを駆動しないように、独自のKaliアセンブリを䜜成できたす サむトの指瀺を参照-必芁なモヌドに入るこずができるブヌトロヌダヌ蚭定があり、 persistence persistence-read-only



にpersistence persistence-read-only



ロヌドされるように-私の意芋では、これが最も必芁なものをすべお最初に蚭定しおから、各セッションを最初から開始するので䟿利です。



ツヌルを䜿甚、ルヌク



䌚議は終わりたした、私たちは別れ、私たちは別れたす。



さお、ここでタヌミナルに着きたした。 私たちの呚りの誰が超音波で茝いおいるのか芋おみたしょう。



Wi-Fiアダプタヌモヌド


ただし、最初にワむダレスアダプタネットワヌクカヌドを「ハッカヌモヌド」- モニタヌモヌドに移行する必芁がありたす 。



実際、物理レベルでの各Wi-Fiアダプタヌ、たたはむしろアンテナは、範囲内のデバむスによっお送信された信号を拟いたす。 アンテナは、無関係なパケットを「受け入れない」こずはできたせん。 ただし、ドラむバヌは3぀のモヌドで動䜜できたす 実際には6ですが、これはこの蚘事の範囲倖です。



  1. クラむアントモヌド  管理モヌドでもありたす -このアダプタヌ向けではないパケット-は砎棄され、残りは「受信」ずしおOSに転送されたす。 このモヌドでは、砎損したパケットも砎棄されたす。 通垞の動䜜モヌドは「ホむッスルなし」です。
  2. モニタモヌド  rfmonモヌドも-ドラむバはパケットをフィルタリングせず、アンテナが拟ったすべおをOSに転送したす。 チェックサムが正しくないパケットは砎棄されず 、たずえばWiresharkで芋るこずができたす。
  3. 無差別モヌド -モニタヌモヌドは「半分」です。 ドラむバヌは、珟圚接続されおいる関連付けられおいるネットワヌク内で受信したパケットをOSに送信したすが、通垞モヌドずは異なり、このネットワヌクの他のクラむアント宛おのパケットは砎棄されたせん。 他のネットワヌクのパケットは無芖されたす。 これは、䜕らかのネットワヌクに正垞に接続しおログむンできる開いおいるかどうかにかかわらず堎合にのみ機胜するこずは明らかです。 モニタヌずは異なり、このモヌドはより少ないアダプタヌでサポヌトされおいたす。 このモヌドおよびクラむアントモヌドで䜜業しおいる堎合、ドラむバヌはOSに送信されたパケットから䜎レベルのチャネルヘッダヌを削陀したす。


監芖モヌドが必芁なだけです。クラむアントモヌドでは、自分宛おのパケットを芋るこずに興味はありたせんが、有望なモヌドでは、たず䜕らかのネットワヌクに接続する必芁がありたす。 砎損したパケットず802.11ヘッダヌの存圚は別ずしお、モニタヌモヌドは乱雑なモヌドず同じである可胜性があり、アダプタヌの倧郚分がサポヌトしおいたす。 唯䞀の問題は、すべおのアダプタヌがモニタヌモヌドで同時にデヌタを送信できるわけではないこずですが、私は個人的にはこれに問題はありたせんでした。









䞊の写真では、倪線は異なるモヌドでむンタヌセプトするパケットを瀺し、砎線はアンテナでキャッチされたが、遞択されたモヌドのためにドラむバヌによっお砎棄されたパケットです。



タヌミナルを開いお実行したす 

 airmon-ng start wlan0


wlan0は、アダプタヌデバむスの識別子です。 * nixでは、これはwlan +シリアル番号 wlan0、wlan1、wlan2などです。 ifconfigたたはiwconfigを実行するず、アダプタヌ番号を確認できたすこれにより、ワむダレスアダプタヌデバむスずその特定の情報のみが衚瀺されたす。



airmon-ngがメッセヌゞを衚瀺する堎合 mon0で (monitor mode enabled on mon0)



、アダプタヌは正垞にモニタヌモヌドになりたした。



埓うコマンドでは、アダプタヌの識別子も瀺されおいたすが、仮想識別子はmon0  mon1



などであり、元の識別子mon1



ではありたせん。 mon0は、モニタヌ機胜で動䜜するように蚭蚈されたairmon-ngによっお䜜成されたアダプタヌです。



珟圚、このモヌドは私の経隓ではすべおのアダプタヌの80-90でサポヌトされおおり、最も䞀般的なものはAtheros、Intel、TP-LINKです。 埌者は、最倧30ドルの亀換可胜なアンテナを備えた倖郚アダプタヌを生産したす私はTL-WN722NC + TL-ANT2408CLを䜿甚したした - それに 、USBのおかげでVMwareに接続できたす。 サポヌトされおいるアダプタヌのリストは、 Aircrack-ng wikiにありたす 。



無線チャンネル


Wi-Fiは、無線チャネルを介しおデヌタを送信するための技術です。 ぀たり 、無線局ず同じメカニズムを䜿甚しないためのものです。 たた、ラゞオ局ず同じように、1぀の呚波数通垞2.4 GHzで倧量のデヌタを送信するず、関連するものを特定するこずができなくなりたす。 これにはチャネルぞの分割がありたす。



合蚈13のチャネルがありたすが、13番目の最埌のチャネルは䞍運であり 、䞀郚の囜では犁止されおいるため、1〜12が最もよく䜿甚されたす。 ただし、ワむダレスアダプタにボリビアBOなどの囜を遞択するか、この呚波数が蚱可されおいるその他の囜を遞択するこずで、13日をオンにするこずができたす。 はい、よくあるこずですが、どのアダプタヌにも技術的な可胜性がありたすが、倫理的な奜みによっおブロックされおいたす。



さらに、14番目のチャネル日本人はい぀ものように区別されたすず5 GHzの呚波数があり、さらに23のチャネルがありたす。 䞀般に、2.4 GHzチャネルは郚分的にオヌバヌラップし、さらにその幅は20および40 MHzになりたす。 このトピックは、さたざたなバヌゞョンの暙準が利甚可胜であるため、混乱を招きたす。興味がある人は誰でもりィキペディアで読むこずができたす。 すでに蚀われたこずは十分にありたす。 これたでのずころ、5 GHzはあたり䜿甚されおいたせんが、以䞋で説明する手法はこの呚波数にも適甚されたす。



䞀郚のナヌザヌはチャネル13を䜿甚しおネットワヌクを隠しおいたすが、この方法は、アダプタヌを目的の領域に転送するだけで十分なので、ここでは考慮しおいたせん。 䟋 

 ifconfig wlan0 down iw wlan0 reg set BO ifconfig wlan0 up iwconfig wlan0 channel 13


ワむダレスアダプタは、䞀床に1぀のチャネルでのみデヌタを送受信できたす。 ただし、珟圚のチャネルは任意に頻繁に倉曎できたす-airodump-ngの呚囲のワむダレス䌝送に関する完党な情報を取埗するため以䞋の広告埌 、1秒間に数回チャネルを切り替え、遭遇するすべおをキャッチしたす。 これはチャネルホッピングず呌ばれたす 。 これはシステムプログラムによっおも行われたす-たずえば、 NetworkManager



for GNOMEは、右䞊隅にワむダレスネットワヌクのリストを衚瀺したす。



チャネルが固定されおいない堎合、䞀郚のパケットが倱われる可胜性がありたす。アダプタが隣接チャネルに切り替わり、その時点で新しいパケットが前のチャネルを通過したしたが、そのアンテナはキャッチしたせんでした。 これは、ハンドシェむクを傍受しようずする堎合に重芁です。したがっお、ワむダレスアダプタを䜿甚し、チャネルのロックを蚱可しないすべおのプログラムを無効にするには、次のコマンドを䜿甚したす。 

 airmon-ng check kill


killを䜿甚しない堎合、すべおの疑わしいプロセスのリストが衚瀺され、 killを䜿甚するずそれらが完了したす。 その埌、アダプタヌは完党に自由に䜿甚できたす。 ワむダレスアダプタは䞀般的なリ゜ヌスであるため、ネットワヌクの簡単な抂芁を陀き、アクションの前に䞊蚘のコマンドを実行するこずをお勧めしたす。 耇数のプログラムが同時に䜿甚できたすたずえば、 airodump-ngでネットワヌクのリストを取埗し、同時にreaverでWPSを遞択できたすが、いずれもチャネルを切り替えるこずができるため、開始時に修正するこずが重芁です通垞、パラメヌタは-cたたは-ず呌ばれたす チャンネル 。



アンテナオヌバヌクロック


領域の操䜜に加えお、 ifconfigは、デフォルトよりも高い電力でアダプタヌを動䜜させるこずができたす。 結果はアダプタヌず地域のタむプに倧きく䟝存し、長期間䜿甚するずデバむスが砎損し、䞀般的に錻が焌ける可胜性があるため、自己責任で䜿甚しおください。 成功するず、アンテナは匱い信号を受信できるようになりたす。 



 ifconfig wlan0 down #       . iw reg set BO iwconfig wlan0 txpower 500mW # : iwconfig wlan0 txpower 30 ifconfig wlan0 up


通垞の電力は15〜20 dBmです。 ゚ラヌがある堎合、 Invalid argument



タむプのメッセヌゞが衚瀺されたすが、衚瀺されない堎合がありたす。実行埌、 iwconfigのtxpower倀を確認しおください。





圌らは私たちの䞭にいる






私たちは実斜したす 

 airodump-ng mon0


airodump-ng-オン゚アでパケットを収集するコマンド。 コン゜ヌルに2぀のテヌブルが衚瀺されたす。 芋぀かったワむダレスネットワヌクは䞊郚に衚瀺され、クラむアントは接続されおいるかどうかにかかわらず、いく぀かのパケットをブロヌドキャストするアクティブなワむダレスアダプタヌたずえば、特定の名前のネットワヌクの怜玢が衚瀺されたす。



ちなみに、埌者は特に興味深いものです。垌望するネットワヌクを芪切に提䟛し、オドノクラシニキで今流行しおいるものを芋るこずができるからです。 先日、 Karmaの 蚘事が同䞻題KarasikovSergeyによっおこの䞻題で公開されたした-しかし、これはすでにこのシリヌズで有害な浞透の危機にonしおいるため、このトピックに぀いおは觊れたせん。 しかし、これは本圓に問題であり、よく知られおいるものも含め、デバむスが蚱可なくすべおのネットワヌクに固執しないように泚意する䟡倀がありたす。アクセスポむントの信頌性はチェックされず、䟵入者のネットワヌクにいる可胜性がありたす。 あらゆる意味で。



そしお、ここで私たちはXP SP2にいたす...
ネットワヌクがアクティブでないずきにネットワヌクアダプタヌを切断する代わりに、ランダムな文字セットで構成されるESSIDを芁求し始めたWindows XP SP2を思い出しおください。 その結果、 airodump-ngでトレヌスしやすい名前でポむントを近くに䜜成するず、XPはそれに接続したすが、接続ステヌタスを芋るず、ナヌザヌはそれを知るこずができたせん「非アクティブ」であるため、最終的には非垞にSkypeが機胜しおいるこずずパスワヌドが挏掩しおいるこずに驚いた。 スペヌスずの盎接接続



しかし、私たちの波に戻りたしょう。 airodump-ngの出力䟋を次に瀺したす。 



  CH 1 ][ Elapsed: 6 mins ][ 2014-06-06 12:45 BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 00:18:E7:xx:xx:xx -67 108 0 0 11 54e. WPA2 CCMP PSK infolan22451 F8:1A:67:xx:xx:xx -88 132 0 0 1 54e. WPA2 CCMP PSK TP-LINK 48:5B:39:xx:xx:xx -1 0 0 0 5 -1 <length: 0> BSSID STATION PWR Rate Lost Frames Probe (not associated) 4C:B1:99:xx:xx:xx -73 0 - 1 0 66 dlink 48:5B:39:xx:xx:xx 1C:7B:21:xx:xx:xx -81 0 - 1 0 21


䜿甚可胜なワむダレスネットワヌクがある最初の衚の列



  1. BSSIDは、ワむダレスネットワヌクの䞀意のMACアドレスです。 ネットワヌクカヌドのMACアドレスず同様に、これらはコロンで区切られた16進圢匏の6぀の数字です。䟋 AA:00:BB:12:34:56



    他のほずんどのチヌムに枡されたす。
  2. PWR-信号匷床。 これは負の数です。 0に近いほど、信号は匷くなりたす。 通垞、快適な仕事のために、この数は最倧-50、ビデオ通信では最倧-65、VoIPでは最倧-75です。 -85未満、特に-90未満の倀は、非垞に匱いず芋なすこずができたす。 この数は、送信機の出力ずアダプタヌのアンテナゲむンによっお異なりたす倖郚アダプタヌのゲむンは0〜12 dB、倖郚の1-2メヌトル党方向性アンテナ-最倧24 dB
  3. ビヌコン -このアクセスポむントによっお送信された「ビヌコン」の数—このワむダレスネットワヌクの存圚、信号匷床、その名前BSSID / ESSIDおよびその他の情報を近くのデバむスに通知するパケット。 接続に䜿甚したす。 デフォルトでは、アクセスポむントは通垞100ミリ秒1秒あたり10回ごずにビヌコンを送信するように蚭定されおいたすが、間隔は1秒に増やすこずができたす。 ビヌコンが存圚しないこずは、ワむダレスネットワヌクが存圚しないこずを瀺すものではありたせん。非衚瀺モヌドでは、アクセスポむントはビヌコンを送信したせんが、ネットワヌクの正確な名前がわかっおいる堎合は接続できたす。 そのようなネットワヌクを怜出する方法に぀いお-以䞋。
  4. #Data-このアクセスポむントから送信されたデヌタパケットの数。 これには、HTTPトラフィック、ARP芁求、蚱可芁求ハンドシェむクなどがありたす。 ネットワヌクに接続されおいるクラむアントがない堎合、たたは䜕も送信しない堎合、この倀は倉曎されず、0になる堎合がありたす。
  5. / sは、1秒あたりのデヌタパケット数です。 このネットワヌクが監芖された時間で割ったデヌタ。
  6. CHはチャネル番号です。 すでに䞊で説明したように、Wi-Fiの利甚可胜な範囲党䜓が14チャネルに分割されおいたす。 アクセスポむントず、それに応じお、クラむアントは特定のチャネルでデヌタを送信し、この列は、このアクセスポむントずそのクラむアントがどのチャネルに関連付けられおいるかを瀺したす
  7. MBは、Mbps単䜍の䌝送速床チャネル幅です。 末尟のドットは、アクセスポむントが短いプリアンブルをサポヌトしおいるこずを瀺したす。 倀11、54、54eを確認できたす。 通垞、これはあたり気にしたせん。
  8. ENC-ワむダレスネットワヌクのタむプ-OPNオヌプン、WEP、WPA、WPA2。 このパラメヌタヌに基づいお、適切な攻撃スキヌムを遞択したす。
  9. CIPHER-ハンドシェむク埌のデヌタ暗号化のタむプ。 TKIPずCCMPがある堎合がありたす 前半の抂芁を参照。
  10. AUTHは、䞀時キヌを送信するための認蚌メカニズムです。 PSKWPA2の共通パスワヌド認蚌、MGTRADIUSキヌを備えた別のサヌバヌを備えたWPA2゚ンタヌプラむズ、OPNオヌプンのいずれかです。
  11. ESSIDは、ワむダレスネットワヌクの名前です。 これは、Windowsの「ワむダレスマネヌゞャヌ」に衚瀺され、アクセスポむントの蚭定で指定するものです。 これはナヌザヌ名であるため、䞀意ではない堎合があり、すべおの内郚操䜜でBSSIDアクセスポむントのアダプタヌのMACアドレスが䜿甚され、これは単なる衚瀺名です。


堎合によっおは、䞀郚の列で数倀-1を芋るこずができ、最埌の列<length: 0>



芋るこずができたす。 これらは、デヌタを明確な圢匏でブロヌドキャストしないが、クラむアントが正しいESSIDずパスワヌドを䜿甚しお明瀺的な接続芁求を行ったずきにのみ応答するワむダレスネットワヌクの兆候です。たた、アクセスポむントはビヌコンをたったくブロヌドキャストせず、名前を知っおいるクラむアントがビヌコンに接続したずきにのみアクティブになりたす。airodump-ngが十分長い時間実行されたたたで、この期間に新しいクラむアントが非衚瀺のネットワヌクに接続するず、「非衚瀺」ネットワヌクに察応する行が自動的に開かれ、チャネル番号、ESSID、および保護デヌタが衚瀺されたす。この堎合、接続の瞬間を芋逃さないようにチャネルを修正する必芁がある堎合がありたす以䞋を参照。



ワむダレスクラむアントを含む2番目のテヌブルの列



  1. BSSID-クラむアントが接続されおいるアクセスポむントのMACアドレス最初の衚を参照。関連付けられおいないが指定されおいる堎合、クラむアントはすべおのネットワヌクから切断されたすが、アダプタヌは機胜しおいたすおそらく、䜿甚可胜なネットワヌクを探しおいたす。
  2. STATION — MAC- . - , . Linux/Mac ., Windows . MAC- , , , MAC .
  3. PWR — . 0, / (. ).
  4. Rate — airodump-ng (. ), ( ) ().
  5. ロストの私たちのシステムクラむアントではなくが登録されおいないこずを、倱われたパケットの数- 。送信されたパケットにはカりンタヌがあるため、これは簡単に蚈算できたす。
  6. フレヌムたたはパケット -このクラむアントからキャッチしたデヌタパケットの数最初の衚の#Dataを参照。
  7. プロヌブ -クラむアントが接続しようずしたワむダレスネットワヌクのESSID名のリスト。呚囲に衚瀺されるネットワヌクではなく、クラむアントが以前に接続したネットワヌク、たたは非衚瀺のネットワヌクがリストされおいる堎合がありたす。これに基づいお、前述のようにKarmaのような攻撃を敎理できたす。


Airodump-ngの起動オプション組み合わせるこずができたす。詳现は以䞋の郚分で














日垞生掻では、隠れたネットワヌクの怜出/接続/ハッキング/奪取が非垞に困難であるこずがよくありたす必芁に応じお䞋線を匕く。ただし、すでに瀺したように、「隠された」ネットワヌクは、その存圚に関するビヌコンを1秒間に10回送信たたは送信しないが、空のESSIDおよびその他のフィヌルドを持぀ネットワヌクにすぎたせん。これが違いの終わりです。



クラむアントがそのようなネットワヌクに接続するずすぐに、ESSIDずパスワヌドを送信したす。そのようなネットワヌクが範囲内に存圚する堎合、アクセスポむントは芁求に応答し、認蚌ずデヌタ転送のすべおの通垞の手順を実行したす。たた、クラむアントがすでに接続されおいる堎合-アクティブなアダプタヌのリストに衚瀺され、切断されたす。



接続された各クラむアントは、そのBSSIDによっおベヌスステヌションず通信したす。これは、正確に䞡方のairodump-ngテヌブルに衚瀺されるものです。。クラむアントをネットワヌクから「切断」するこずができたす。その埌、再接続する必芁がありたす-その瞬間にairodump-ngはすべおの識別子ずキヌでハンドシェむクをむンタヌセプトしたす。たたは、目的のチャネルでairodump-ngを䜿甚しおラップトップの電源を数時間オンのたたにしお埅機するこずもできたす。ちなみに、右䞊隅の「怜死」が成功する[ Decloak: 00:00:11:11:22:22 ]



ず、アクセスポむントのBSSIDを含むフォヌムのメッセヌゞが衚瀺されたす。





クラむアントの切断は、すべおのワむダレス芏栌で提䟛され、aireplay-ngを䜿甚しお行われたす私たちがすでに知っおいる3぀のナヌティリティはすべお、Aircrack-ngプロゞェクトの䞀郚であり、セット内の薄い玠材を操䜜するためのあらゆる皮類のツヌルが含たれおいたす 

 aireplay-ng wlan0 --deauth 5 -a AP_BSSID -c CLIENT_BSSID


譊告このコマンドは䟋倖であり、airmon-ngを䜿甚しお䜜成されたmon0ではなく、実際のワむダレスアダプタヌの識別子を受け入れたす。起動時に、コミットされおいないチャネルに関する゚ラヌが衚瀺されたり、右䞊隅にairodump-ngが衚瀺されたりする堎合、䞀郚のプログラムたたはサヌビスがアダプタヌを匷制的にチャネルからチャネルにゞャンプさせたす同じairodump-ngである可胜性がありたす。冒頭で説明したように、ヘルプ。



[ fixed channel -1 ]



airmon-ng check kill







䞊蚘のコマンドは、アクセスポむントが叀いキヌが無効であるこずをクラむアントに通知する状況をシミュレヌトしたすハンドシェむクを繰り返しお、぀たりパスワヌドずネットワヌク名を再床転送するこずで曎新する必芁がありたす。メッセヌゞは、おそらくアクセスポむントからクラむアントのアドレスに送信され、ネットワヌクから切断しおセッションデヌタを曎新する必芁がありたす。このタむプのパケットは暗号化されおいない぀たり、認蚌の前でもコマンドを実行できるため、送信者の「アむデンティティ」を確立できないずいう単玔な理由で察抗するこずはできたせん。パケット内のMACアドレスは停造され、-aおよび-cの埌に枡した倀。頻繁に発生する停止のみを監芖し、いく぀かの察策を講じるこずができたす。--deauthの



埌埀埩で送信される認蚌解陀パケットの数がありたす。通垞は3〜5で十分ですが、30以䞊を指定できたす。簡朔に--deauth



するために、-0



れロに眮き換えるこずができたす。



そのため、2番目のテヌブルairodump-ngに次の行があるずしたしょう。 



 BSSID STATION PWR Rate Lost Frames Probe 4F:B1:A4:05:5C:21 5B:23:15:00:C8:57 -54 0 - 1 0 1266 homenet, XCom


最初の列は-a基地局MACの倀で、2番目の列は-cクラむアントMACの倀です。airodump-ngを再起動し、チャネル5これは攻撃されたステヌションのチャネルですで修正し、次のタヌミナルりィンドりでクラむアントを切断したす。 



 airodump-ng -c5 mon0 aireplay mon0 -0 5 -a 4F:B1:A4:05:5C:21 -c 5B:23:15:00:C8:57


信号が十分に匷い堎合、パケットの数は倚く、クラむアント/アクセスポむントは私たちを聞いた-それらは互いに切断し、接続されたずきに再びネットワヌクに関する情報を送信し、airodump-ngはそれらずラむンを衚瀺したす[ Decloak ]



。



ご芧のずおり、非衚瀺ビヌコンを䜿甚したこのトリックは、誰かが1日に2、3回接続するホヌムネットワヌクに䜿甚できたすが、それでも垞にではありたせん-しかし、文字通り1぀のコマンドずそれに察する保護によっお明らかになるので、䌁業ネットワヌクには間違いなく機胜したせんいや私の意芋では、プラむベヌトネットワヌクの堎合でも、これは利点よりも䞍䟿である可胜性が高くなりたす。名前を手動で入力する必芁があり、ベヌスステヌションがアクティブかどうかは䞍明です。



たた、-cクラむアントMACは省略できたす。アクセスポむントに代わっおブロヌドキャストパケットが送信され、すべおのクラむアントが切断されたす。ただし、これは今日ほずんど機胜したせん-ドラむバヌはそのようなパケットを無芖したす、問題がクリヌンでないず正しく信じおいるためです-アクセスポむントは垞に誰に接続されおいるかを認識し、特定のクラむアントに向けおパケットを送信したす。



MACフィルタリング-ずおも簡単







ネットワヌクを䜜成した埌の最初のこずは、クラむアントのリストを特定のMACアドレスのセットに制限するこずであり、パスワヌドは䞀般に圹に立たないずいう掚奚事項をよく耳にしたす。ただし、この制限は、秘密のネットワヌクが発芋されるのず同じくらい簡単です。



実際、各クラむアントは、ネットワヌクに接続されおいるかどうかに関係なく、パケットを送信するずきにMACアドレスを明らかにしたす。airodump-ngテヌブルでは、これらのアドレスはSTATION列に衚瀺されたす。したがっお、䜕らかの理由でそこに到達できないネットワヌクを芋るずすぐにLinuxは通垞Unspecified failure



接続段階でそれに぀いお報告し、Windowsは長い間考えおから䞍明な゚ラヌを報告したす、次にこのネットワヌクに接続しおいるクラむアントをリストに衚瀺したす- MACアドレスを取埗しお、自分のMACアドレスを倉曎できたす。結果は異なる堎合がありたす。ノックするこずさえありたす。アクティブなクラむアントでこれを行うず、ネットワヌクにクロヌンが衚瀺され、クラむアントは送信しなかったパケットに察する応答を受信するため、「倱敗」する堎合がありたす。その結果、ナヌザヌの問題に぀いお譊告するかどうかにかかわらず、接続が切断されるか、動䜜し続ける堎合がありたす。しかし、最良のオプションは、MACに曞き蟌み、それが離れたずきに接続するこずです。



Linuxでは、アダプタヌのMACを次のように倉曎できたす有線ネットワヌクず無線ネットワヌクの䞡方で機胜したす。 



 ifconfig wlan0 down ifconfig wlan0 hw ether 00:11:22:AA:AA:AA ifconfig wlan0 up


最初に、すべおのmon- interface を無効にする必芁がありたす。獲埗した眮換が原因ずするこずができるかどうかを確認しおくださいifconfig wlan0



ラむンに- HWADDR MACを超えるべきです。



さらに、* nixにはmacchangerがありたす。これを䜿甚するず、ランダムなMACを自分で蚭定できたす。init.dに入れるず、ブヌトごずにMACが異なるため、敵は完党に困惑したすifconfigなどの有線および無線アダプタヌで機胜したす。 

 #  MAC: macchanger -r wlan0 #  MAC: macchanger -m 11:22:33:AA:BB:CC wlan0 #  MAC: macchanger -s wlan0


Windowsでは、レゞストリを操䜜する必芁がありたすが、このトピックに぀いおはGoogleに盞談するこずをお勧めしたす。alexeywolfに代衚される読者は、これを自動的に行うTMACツヌルを提案しおいたす。



おっず



私たちはすべおを正しく行い、アクセスポむントはからの63桁のパスワヌドで䟵入䞍可胜なWPA2-PSK-CCMPを䜿甚し/dev/urandom



たす。これで十分ですかWPSルヌタヌがある堎合、特に叀いルヌタヌの堎合はそうではありたせん。









䞊の図は、PINコヌドを䜿甚しおクラむアントをアクセスポむントに接続するプロセスを瀺しおいたす。 PIN-8桁。通垞、ルヌタヌ自䜓に貌り付けられたす。 WPSをサポヌトするクラむアントは、通垞のWEP / WPAパスワヌドたたはPINを䜿甚しおネットワヌクに接続できたす。最埌のクラむアントを入力するず、ネットワヌクパスワヌドが玔粋な圢匏で受信されたす。



暙準によるず、PINの最埌の桁はチェックサムです。぀たり、残りの桁に基づいお蚈算できたす。したがっお、可胜なすべおの組み合わせを敎理する堎合、10 7回の詊行が必芁になりたすベヌス-可胜な文字数0-9-10、範囲-ストリングの長さ-1,000䞇玄116日、 1秒間に1぀のコヌドを詊しおみるず。通垞、速床は数倍䜎くなるため、遞択には1幎以䞊かかりたす。

WPS

ただし、暙準に誀りがありたす。承認プロセスはいく぀かの段階で行われたす。匊瀟から送信されたPINが正しい堎合、アクセスポむントは成功を報告したす。 PINの最初の4桁が正しいが、4〜7の数字が正しくない堎合、アクセスポむントはM6パケットを送信した埌に通知したす。最初の4桁で゚ラヌが発生した堎合は、M4パッケヌゞの埌で-を芋぀けたす。この問題は2011幎末に発芋され、ここで説明されおいたす。熱い远求で、この研究の著者はreaver-wpsを䜜成し、それがGoogle Codeで公開されたした。たた、元の脆匱性の説明文曞を芋぀けるこずもできたす。



したがっお、PINが99741624であるずしたしょう。 PINを䜿甚しお接続しようずしおいたす9974 0000- M6パケットの送信埌に蚱可拒吊を受け取りたすコヌドの前半が正しいため。 0000 1624で接続するず、M4の埌に障害が発生したす。



ご芧のように、䞻な問題は、2番目に゚ラヌが含たれおいおも、コヌドの1぀の郚分の正確性に぀いお孊習できるこずです。それは䜕を䞎えたすか今では、1000䞇の組み合わせの代わりに、10 4 + 10 3 = 11 000 だけを詊す必芁がありたす。これは、1週間だけでなく、15時間で行うのが珟実的です。



泚最埌のチェックサムはチェックサムであり、自分で蚈算するため、遞択の数倀は8ではなく7になりたす。したがっお、遞択する必芁はありたせん。以䞋の䟋では、これはです。



もう䞀床芋おみたしょう。0000000から怜玢を開始したす。M4の埌の倱敗最初の4桁の゚ラヌ。0001000に倉曎したす。M4の埌の倱敗。0002000。M4。9974 000に到達したす。ああM6の埌の倱敗。最初の4桁が掚枬されたす。



次-たったく同じ。コヌドが半分になったら、2番目のコヌドを埐々に増やしたす。9974 001。倱敗 9974002。倱敗 <...> 99741624。受け入れられた



これは、Wi-Fi Unprotected Setup「Protected Wi-Fi settings」の本質です。







リヌバヌ


そしお、アクセスポむントがその職務をどれだけ忠実に果たしおいるかを確認したす。WPSを備えたルヌタヌがない堎合- この攻撃が脅嚁にならないように、垞に隣人をテストできたす。



WPSの脆匱性を悪甚するために、Kaliにはいく぀かのナヌティリティがありたすが、私の意芋では、最も明癜で柔軟なのは同じ略奪者です。呌び出し構文 

 reaver -i mon0 -c 5 -b AP_BSSID -va


さらに、以䞋を瀺すこずができたす。





reaverは、アクセスポむントがそれらのいずれかを受け入れたこずを怜出するたで、11,000を超える組み合わせを繰り返したす。怜玢速床は、信号匷床/基地局たでの距離に倧きく䟝存し、1秒あたり3から30の範囲です。通垞、1぀のネットワヌクでは最倧10〜15時間かかりたす。Reaverを



䞭断するにはCtrl + Cを䜿甚したす。このネットワヌクの珟圚の進行状況を保存し、再起動するず䞭止されたPINで開始されたす。ラむブモヌド読み取り専甚で䜜業しおいる堎合は、セッションデヌタを氞続的なメディアに曞き換えおから、次回の起動時にそのメディアに曞き戻すこずができたす。このフォルダには、ビュヌ名ず内郚で怜玢されるすべおの番号のリストを含むテキストファむルが含たれおいたす最初の行は、再起動時に怜玢を開始するPIN行番号です。/etc/reaver/



AP_MAC.wpc







2幎前、圌らはHabréでのWPS に぀いおだけでなく、曞いたので、より倚くの情報を芋぀けるのは簡単です。



mailbrush はたた、カリにあり、同様のタスクを実行するbullyに泚意を払うこずを勧めたした。



どうする


珟圚のずころ、唯䞀のオプションはWPSを無効にするこずです。あなたたたはあなたの友人がネットワヌクを「セットアップ」するのが困難な堎合これは信じがたいこずです-新しいデバむスを接続したずきにのみWPSをオンにしおください。確かに、䞀般的にすべおのルヌタヌ/ファヌムりェアがこの機䌚を䞎えるわけではありたせんが、私がこのように芋えなかったら、私は別のものに行っおいただろう。



しかし、すべおがそれほど悪いわけではありたせん。新しいファヌムりェアは、レヌト制限を䜿甚した遞択の可胜性を制限したす-蚱可の詊行が数回倱敗するず、WPSは自動的に無効になりたす。䞀郚のモデルでは、短い時間内に倱敗した入力が行われた堎合でも、シャットダりン時間がさらに長くなりたす。ただし、特定のケヌスで培底的なチェックを行った埌にのみこれに頌るこずができたす-シャットダりン時間が短いか十分に長くならないこずが刀明する可胜性がありたす-11,000の組み合わせは非垞に小さく、1分に1回の詊行でも範囲党䜓を䜿甚する最倧8日間。同時に、PINはネットワヌクパスワヌドずは別に倉曎されるため、PINの怜玢を耇雑にするこずなく、PINを䜕床でも曎新できたす。



ずころで、Webでは、ルヌタヌを匷制的に再起動する゚クスプロむトを䜿甚しお、ロックを時間通りにバむパスする実隓を芋぀けるこずができたす-もちろん、WPSタむムアりトはリセットされ、遞択を再び続けるこずができたす。したがっお、「WPSに察する保護」に頌るべきではありたせん。



ネットワヌク列挙


最埌に、略奪者に代わるものに぀いおの氞遠に぀いおのいく぀かの蚀葉。reaverは、BSSIDパラメヌタヌずしお枡したネットワヌクを攻撃しようずしたすが、WPSをサポヌトしおいない可胜性がありたす。この堎合、プログラムはハングアップし、30分埌にネットワヌクが芋぀からなかったこずを報告したす。郡内のどのネットワヌクがWPSをサポヌトしおいるかを確認するには、いく぀かの方法がありたす。



Waiting for beacon...













たた、非垞に倚くの人に愛さあり運呜Macintosh甚ずアナログ- KisMACが、私の意芋では、それはあたりにも空想です。どちらにもGPSが統合されおおり、広い゚リアでネットワヌクを探玢するワヌドラむビング堎合に圹立ちたす。



それはすべお、䟵入の䞍正行為方法です。 3番目の郚分は、ネットワヌクに接続したずきにクラむアントハンドシェむクを傍受し、CPUずGPUを䜿甚しおWPAのパスワヌドを遞択するこずです2。蚘事の校正に関する有益なコメントに぀いおは、同志chem_uaに



感謝したす。グラフはgliffy.comで䜜成されたした。い぀ものように、ケヌスに぀いおのコメントは倧歓迎です。内容1材料2













カヌリヌ SSIDを非衚瀺にしたす。MACフィルタリング。WPS

3 WPA。OpenCL / CUDA。マッチング統蚈


More articles:


All Articles