質問: 0 ``` 1を再起動後、2から下記pingを叩いた `ping -D -T tsandaddr 10.10.10.230(タイムスタンプ情報返却を無効化したいサーバのIPアドレス)` 結果(想定では、タイムスタンプ情報を返却しなくなっているはず) ``` PING 10.10.10.230 (10.10.10.230) 56(124) bytes of data. [] 64 bytes from 10.10.10.230: icmp_seq=1 ttl=64 time=2.44 ms TS: 10.10.10.231 23700782 absolute 10.10.10.230 56400773 ←★変わらずタイムスタンプを取得できてしまっている 10.10.10.230 0 10.10.10.231 -56400770 [] 64 bytes from 10.10.10.230: icmp_seq=2 ttl=64 time=2.66 ms TS: 10.10.10.231 23701785 absolute 10.10.10.230 56400773 10.10.10.230 0 10.10.10.231 -56400771 [] 64 bytes from 10.10.10.230: icmp_seq=3 ttl=64 time=2.45 ms TS: 10.10.10.231 23702787 absolute 10.10.10.230 56400772 10.10.10.230 0 10.10.10.231 -56400770 ``` ICMPタイムスタンプを取得できなくなるはずが、変わらず取得できてしまっている。 タイムスタンプ情報を返却しなくするための、1側での設定が足りない(?) ### 試したこと ・下記コマンドを実行したが変わらず sudo sysctl -w net.ipv4.tcp_timestamps=0 また、iptablesにruleを追加する方法も試しましたが結果は同じでした。 NessusでVPSサーバーの脆弱性診断 ICMPタイムスタンプリクエスト ### 補足情報(FW/ツールのバージョンなど) Ubuntu 16.04.5 LTS どのwebサイトも同じ手順なので、解決の糸口がみつからず困っています。 詳しい方、Linuxのネットワーク設定に知見のある方、ご教示いただけると助かります。 よろしくおねがいします。
回答: 質問への追記からTCPではなく、ICMPのほうの問題を追求されているものと判断しました。 リンク先の情報「ICMPタイプスタンプリクエストの脆弱性」については、「ICMPタイムスタンプリクエストは、ICMPのタイプ13を使用し、タイプ14のタイムスタンプ応答を受け取り、リモートシステムから現在の時間を受け取ります」とあるとおり、pingコマンドが出す ICMP Echo リクエスト(タイプ8)のタイムスタンプに関するものではありません。 したがって、pingコマンドでテストすることはできません。 同じリンク先の iptables の遮断例も`–icmp-type timestamp-request`を指定しているので、pingコマンドが発する ICMP Echo リクエストに対しては効果はありません。 遮断してテストするならば、ICMP タイムスタンプリクエストが出せるツールを使う必要があります。ちょっとググってみましたが、 xprobe とか hping とかでしょうか。 https://tech.nikkeibp.co.jp/it/members/ITPro/SEC_CHECK/20010921/1/ http://stacktrace.hatenablog.jp/entry/2016/01/10/040353