Proxychainsで送信元トラフィックIPを隠してみた

Hello there, ('ω')ノ

ずっと国の対応で時間がとれず。

ストレスの原因ともなっていて。

さて、Proxychainsは、TOR、SOCKS4、SOCKS5、HTTP（S）など。

プロキシを介してTCP接続をリダイレクトして。

送信元のIPアドレスを隠し、IDSやファイアウォールを回避することができて。

また、Proxychainsを設定するには、torサービスが必要で。

まずは、torの確認を。

　service tor status

つぎにProxychainsの構成ファイルの編集を。

　nano /etc/proxychains.conf

Proxychainsには3つのタイプがあって。

dynamicのみを有効に。

proxy DNSも有効にして。

最後にsocks5を追加して。

Torは、9050ポートでsocksプロキシをリッスンして。

準備ができたらtorをスタートして。 

　service tor start

rootで、Proxychainsを起動すると。

rootとしてFirefoxを実行することはサポートされていないとのことで。

rootから脱出してFirefoxを起動して。

　proxychains firefox www.bing.com 

DNSリークサイトを検索して、結果を見ると。

ドイツとの結果が。

　https://dnsleaktest.com/results.html

 いったん、ブラウザとターミナルを閉じてから。

再度、サービスを起動して。

　service tor restart

再度、Firefoxを起動してみると。

　proxychains firefox www.bing.com

DNSは、フランスという結果に。

ちなみにProxychainsなしの場合だと、日本といった結果が。

Best regards, (^^ゞ

Nampでファイヤウォールを検出してみた

Hello there, ('ω')ノ

今回もターゲットをbee-boxに。

ファイアウォールがステートフルか否かをスキャンすることに。

1000回のリクエストに対してフィルタリングされていないと。

　nmap -sA 192.168.1.51 --reason

Wiresharkで見るとこんな感じで。

ポート22に絞って実行してみると。

 　nmap -sA 192.168.1.51 -p 22 --reason

rstのTCPフラグを持つ応答パケットが表示されるので。

ポートがフィルタリングされていないわけで。

ステートフルファイアウォールがないことを示していて。

bee-boxのファイヤウォールの状態を確認して、起動して。

　sudo ufw status

　sudo ufw enable

再度、スキャンしてみるとno-responsesだと。

　nmap -sA 192.168.1.51 --reason

Wiresharkもさきほどと変わっていて。

ファイアウォールが配置されているので。

た大量のACKプローブを送信しているものの応答がまったくないので。

実際にファイアウォールがあることがわかって。

これもまた、必要に応じてポートごとに実行できて。

Best regards, (^^ゞ

Inverse TCP flag scanningをやってみた

Hello there, ('ω')ノ

逆TCPフラグスキャンは、TCPフラグの有無にかかわらず。

TCPプローブパケットを送信することで機能して。

応答に基づいて、ポートが開いているか閉じているかを判別できて。

応答がない場合、ポートは開いていて。

応答がRSTの場合、ポートは閉じられていて。

Nmapは以下の3つのスキャンタイプでこの弱点を突くことができて。

　Nullスキャン (-sN)

　　何のビットも設定しない(tcpヘッダのフラグは0)

　FINスキャン (-sF)

　　TCP FINビットだけを設定する

　Xmasスキャン (-sX)

　　FIN、PSH、URGのフラグをすべて設定し、Xmasツリーのように。

　　パケットをライトアップする

上記のスキャンのは、特定のステートレスなファイアウォールや。

パケットフィルタリング・ルータをすり抜けることができる点で。

ほとんどのUNIXベースのシステムに対しては有効なようで。

今回のターゲットは、bee-boxで。

ポートが特定の状態になっていると判定した理由を表示させると。

　nmap -sN 192.168.1.51 --reason

まずは、Nullスキャンから。

　nmap -sN 192.168.1.51 -p 22 --reason

Wiresharkで、何もビットが設定されていないことが確認できて。

次にFINスキャンを。

　nmap -sF 192.168.1.51 -p 22 --reason

FINビットが確認できて。

最後にXmasスキャンを。
　nmap -sX 192.168.1.51 -p 8080 --reason

FIN、PSH、URGのフラグが確認できて。

Best regards, (^^ゞ

Banditのやり方についてかいてみた

Hello there, ('ω')ノ

Wargamesの推奨としてBanditがトップにあるので。

これも操作については、あまり説明するほどでもないかと。

　https://overthewire.org/wargames/bandit/bandit0.html

ssh bandit0@bandit.labs.overthewire.org -p 2220/bandit0

次のレベルのパスワードは、readmeに書いてあるということで。

cat readme

ssh bandit1@bandit.labs.overthewire.org -p 2220

boJ9jbbUNNfktd78OOpsqOltutMc3MY1

パスワードは、ホームディレクトリの - というファイルに保存されているらしく。

dashed filenameで検索してみて。

cat ./-

ssh bandit2@bandit.labs.overthewire.org -p 2220

CV1DtqXWVFXTvM2F0k09SHz0YwRINYA9

今回は、ホームディレクトリにあるスペースのあるファイル名とのことで。

spaces in filenameで検索してみて。

cat spaces\ in\ this\ filename

Best regards, (^^ゞ

wargamesについてかいてみた

Hello there, ('ω')ノ

ウォーゲームは、ゲーム形式でセキュリティの概念を学ぶのに役立って。

ひさしぶりにやってみましたが、やはり楽しむことが大切かと。

セキュリティというと難しいとかいって、勉強嫌いな人間は敬遠しがちですが。

　https://overthewire.org/wargames/

各レベルは、次のレベルのパスワードにアクセスできて。

　https://overthewire.org/wargames/natas/

まずは、表示されたユーザ名とパスワードでログインして。

NATAS1を選択するとユーザ名とパスワードが必要で。
　natas1.natas.labs.overthewire.org

NARAS1のユーザ名とパスワードは、前のNATAS0にヒントがあって。

といってもやっていて、慣れるまでは混乱してしまいますが。

一つ一つ説明するのは時間がかかってしまうので、とりあえず画像でも。

view-source:http://natas3.natas.labs.overthewire.org/robots.txt

view-source:http://natas3.natas.labs.overthewire.org/s3cr3t/

natas4/Z9tkRkWmpt9Qr7XrR5jWRkgOU901swEZ

Best regards, (^^ゞ