ポートノッキングとシングルパケット認証

開いているポートは攻撃面である

サービスを公開する以上、どこかのポートで待ち受け（LISTEN）が必要です。だが待ち受けているポートは、スキャンで存在を知られ、バナーから実装とバージョンを推定され、ゼロデイや認証回避の標的になります。SSH を 22 番で開けておくだけで、ボットの総当たりログが延々と積み上がるのは誰もが経験するところです。ポート番号とソケットの基礎は /network/socket-port/ を参照してください。

ここで発想を変えます。「正規ユーザーが来る瞬間だけポートを開け、それ以外は完全に閉じる」。スキャナから見れば閉じている（あるいはフィルタされて応答すら返らない）ので、そこにサービスがある事実すら隠せます。この 事前認証によるポート開放 を担うのが、ポートノッキングと、その発展形であるシングルパケット認証（SPA）です。

ポートノッキングの原理

ポートノッキングでは、サーバーは目的ポート（例 SSH の 22）をファイアウォールで DROP にして閉じ切ったまま、別の複数ポートへの着信を監視します。クライアントが決められたポート列へ順番にパケットを送ると、その「ノック列」を検知したデーモンがファイアウォールに動的ルールを差し込み、その送信元IPに対してだけ 目的ポートを一時開放します。

クライアント                     サーバー（22番は DROP のまま）
  ──► SYN to :7000   ┐
  ──► SYN to :8000   ├ 正しい順序のノック列を観測
  ──► SYN to :9000   ┘
                     → iptables に「src=client へ :22 を ACCEPT」を追加
  ──► SYN to :22     → 今だけ通る（数十秒の時間窓）

監視側はポートを LISTEN する必要すらありません。ファイアウォールのログや libpcap でパケットの到着を観測するだけで成立します。つまりノック対象ポートは「開いている」のではなく、到着を記録しているだけです。これがスキャンに対して透明である理由です。閉じたフローを後から動的に許可する点は、ステートフルファイアウォールの動的ルールと同じ系譜にあります（/network/conntrack-stateful-firewall/）。

古典的ポートノッキングの脆弱性

ノック列を平文のポート番号の並びで運ぶ素朴な方式には、構造的な弱点が複数あります。

とりわけ致命的なのが リプレイ です。攻撃者が経路上でノック列を一度観測できれば、それを録音して再生するだけで開放を再現できます。暗号で固めても、列全体が固定なら同じパケット列の再送が通ってしまいます。順序を運ぶために複数パケットへ分割していること自体が、観測・操作の表面積を広げているのです。

シングルパケット認証（SPA）の改良

SPA はこの問題群を、認証情報を1つのパケットに凝縮し、暗号で固める ことで解決します。ノックを複数ポートの順序で表すのをやめ、単一の UDP パケット（コネクションレスなので応答を返さず、スキャンに無反応のまま受信できる）に、認証に必要な情報をすべて詰めます。代表実装が fwknop（FireWall KNock OPerator）です。UDP の無応答性は /network/tcp-udp/ の通りです。

SPA パケットのペイロードには概ね次が含まれます。

• 乱数（ランダムデータ）: 毎回異なる値。同一平文の再現を防ぎ、暗号文を毎回変える
• ユーザー名／タイムスタンプ: 鮮度の証明。受信側の時計と一定窓内かを検査
• 要求アクセス: 「この送信元IPへ TCP 22 を開けよ」という具体的指示
• メッセージ種別・バージョン
• 完全性タグ（HMAC）: ペイロード全体の改ざんと出所を保証

これらを 暗号化（対称鍵 AES、または公開鍵 GnuPG）したうえで、さらに HMAC を付与して1パケットにまとめ、サーバーへ単発送信します。サーバーは復号→検証に成功して初めて、要求された開放ルールを投入します。

HMAC が効く理由

HMAC（Hash-based Message Authentication Code）は、共有鍵 K とメッセージ M から HMAC(K, M) を計算する鍵付きハッシュです。鍵を知らない者は正しいタグを作れず、1ビットでも M を変えればタグが一致しません。SPA は暗号化（秘匿）に加えて HMAC（完全性・出所認証）を重ねる Encrypt-then-MAC 構成を取り、次を同時に達成します。

• 改ざん検知: パケット内の要求IPやポートを書き換えると HMAC 検証で落ちる
• 正当な出所: 共有鍵を持つ者だけが有効なパケットを生成できる
• 復号前の門前払い: HMAC を先に検証すれば、復号処理にすら攻撃者のデータを通さずに済み、復号系の脆弱性露出を減らせる

リプレイ耐性の作り込み

SPA がリプレイを防げるのは、パケットを 一意かつ短命 にしているからです。

• 乱数で暗号文を毎回変え、HMAC タグも毎回変わるようにする
• 受信側は過去に処理した SPA の ダイジェスト（ハッシュ）を記録 し、同一パケットの再送を検出して破棄する
• タイムスタンプ を含め、受信側の時計との差が許容窓を超えたものは古いとみなして拒否する。これにより記録の保持期間も有限にできる

結果として、攻撃者が経路上で SPA パケットをそっくり録音して再生しても、ダイジェスト重複で弾かれます。鮮度を時刻で縛る発想は、ネットワーク時刻同期（/network/ntp-internals/）の正確さが地味に効いてくる場面でもあります。なお、開放後の SSH 接続そのものは通常どおりTLS/SSH の認証を経るので、SPA は 多層防御の最前段（事前認証）として働きます。

ポートノッキングと SPA の比較

まとめ

ポートノッキングと SPA は、いずれも「待ち受けポートを露出しない」という同じ目的を、認証の堅牢さで隔てられた二世代として持ちます。古典的ノックは合言葉を平文のポート順序で運ぶため、盗聴とリプレイに脆く、NAT やパケット欠落でも壊れやすい。SPA は認証情報を単一パケットに凝縮し、暗号化で秘匿、HMAC で改ざんと出所を固め、乱数・ダイジェスト記録・タイムスタンプでリプレイを排除します。重要なのは、どちらも SSH 等の本来の認証を置き換えるものではなく、その手前に 追加の関門 を設けてサービスそのものをスキャンから隠す、多層防御の一段だという点です。穴を常時開けておくのでなく、正規の要求が暗号的に証明された瞬間だけ最小時間だけ開ける――この発想の転換が攻撃面を劇的に縮めます。