FTPポート21のセキュリティは危険？脆弱性と対策をわかりやすく解説

FTPポート21のセキュリティは危険？脆弱性と対策をわかりやすく徹底解説

インターネットの黎明期から存在するファイル転送プロトコル「FTP」。ウェブサイトのファイルをサーバーにアップロードしたり、大容量のデータをやり取りしたりするために、長年にわたり多くの開発者や管理者に利用されてきました。その中心的な役割を担うのが、FTPの通信制御に使われる「ポート21」です。

しかし、現代のサイバーセキュリティの観点から見ると、このFTPポート21を利用した通信は「非常に危険」であると広く認識されています。なぜなら、FTPはセキュリティがほとんど考慮されていなかった時代に設計された、いわば「性善説」に基づいたプロトコルだからです。

「今まで問題なく使えていたのに、なぜ今さら危険なの？」
「具体的にどんなリスクがあるのかわからない」
「安全にファイル転送をするにはどうすればいい？」

この記事では、そんな疑問をお持ちのウェブサイト管理者、ネットワーク担当者、そしてITに関わるすべての方に向けて、以下の内容を徹底的に、そして分かりやすく解説します。

FTPとポート21の基本的な仕組み
FTPに潜む致命的な脆弱性の数々
脆弱性を突いた具体的な攻撃シナリオ
今すぐ実践すべきセキュリティ対策と安全な代替手段

この記事を読み終える頃には、あなたはFTPポート21に潜むリスクを正確に理解し、自身の管理するシステムを保護するための具体的なアクションプランを描けるようになっているはずです。セキュリティは「知らなかった」では済まされません。大切なデータを守るため、今こそFTPの現実と向き合いましょう。

第1章: FTPとポート21の基本を理解する

対策を学ぶ前に、まずは敵を知ることから始めましょう。FTPがどのような仕組みで動作し、ポート21がその中でどのような役割を果たしているのかを理解することが、セキュリティリスクを把握するための第一歩です。

1-1. FTPとは何か？

FTPは「File Transfer Protocol」の略で、その名の通り、ネットワークを介してコンピューター間でファイルを転送するための通信規約（プロトコル）です。1971年に最初の仕様が策定された非常に歴史の古いプロトコルであり、インターネットの基本的な機能の一つとして広く普及しました。

FTPの通信は、主に2つの役割を持つコンピューター間で行われます。

FTPサーバー: ファイルを保管し、クライアントからの要求に応じてファイルを提供したり、クライアントから送られてきたファイルを保存したりするコンピューター。
FTPクライアント: サーバーに接続を要求し、ファイルのダウンロード（受信）やアップロード（送信）を行うユーザー側のコンピューター。一般的には、FileZillaやWinSCPといった専用のクライアントソフトウェアを使用します。

このクライアント・サーバーモデルにより、ユーザーは遠隔地にあるサーバー上のファイルを、まるで自分のPCのフォルダーを操作するような感覚でやり取りすることができます。ウェブサイトのHTMLファイルや画像をサーバーにアップロードする作業は、その最も代表的な利用シーンです。

1-2. ポート21の役割: コントロールコネクション

コンピューターがネットワーク上で通信する際、特定のアプリケーションやサービスを識別するために「ポート番号」という仕組みが使われます。これは、大きなビル（IPアドレス）の中にある各部署（アプリケーション）に割り当てられた内線番号のようなものです。

FTPでは、このポート番号のうち「21番」が特別な役割を担います。ポート21は、クライアントとサーバー間の「コントロールコネクション（制御コネクション）」を確立するために使用されます。

コントロールコネクションとは、ファイル転送そのものではなく、転送を制御するための「指示」や「応答」をやり取りするための通信路です。具体的には、以下のようなコマンドがこのポート21を通じて送受信されます。

USER <ユーザー名>: ユーザー名をサーバーに送信する
PASS <パスワード>: パスワードをサーバーに送信する
LIST: サーバー上のファイル一覧を要求する
STOR <ファイル名>: ファイルをサーバーにアップロード（保存）する
RETR <ファイル名>: ファイルをサーバーからダウンロード（取得）する
QUIT: 接続を終了する

つまり、認証情報（ID/パスワード）やファイル操作の命令は、すべてポート21を通じたコントロールコネクション上を流れるのです。この点が、後のセキュリティ脆弱性の解説において非常に重要なポイントとなります。

1-3. データコネクション: アクティブモードとパッシブモード

FTPの大きな特徴は、通信に2種類のコネクションを使い分ける点にあります。一つは前述のコントロールコネクション（ポート21）、もう一つは実際のファイルデータを転送するための「データコネクション」です。

このデータコネクションの確立方法には、「アクティブモード」と「パッシブモード」という2つの方式が存在します。

アクティブモード (PORTコマンド)

クライアントがサーバーのポート21に接続し、コントロールコネクションを確立します。
クライアントは、データ転送を受け付けるために自身のポート番号（例：ポート50000）を開き、その情報をPORTコマンドでサーバーに伝えます。
サーバーは、自身のポート20番から、クライアントが指定したポート（例：ポート50000）に向けてデータコネクションを確立しにいきます。
データ転送が開始されます。

この方式の最大の問題点は、サーバーからクライアントに対して接続を開始しにいくという点です。現代のネットワーク環境では、セキュリティのため、クライアントPCは外部からの意図しない接続をブロックするファイアウォールやNAT（ネットワークアドレス変換）の内側にいることがほとんどです。そのため、サーバーからの接続要求がブロックされてしまい、ファイル転送が失敗するケースが頻発します。

パッシブモード (PASVコマンド)

アクティブモードの問題を解決するために考案されたのがパッシブモードです。

クライアントがサーバーのポート21に接続し、コントロールコネクションを確立します。
クライアントは、PASVコマンドをサーバーに送信し、パッシブモードでの接続を要求します。
サーバーは、データ転送用に任意のポート（通常は1024番以降のハイポート）を開き、そのポート番号をクライアントに応答します。
クライアントは、サーバーから指定されたポートに対してデータコネクションを確立しにいきます。
データ転送が開始されます。

この方式では、クライアントからサーバーに対して両方のコネクション（コントロールとデータ）を開始するため、クライアント側のファイアウォールに阻害されにくくなります。そのため、現在ではパッシブモードがFTP通信の主流となっています。

1-4. なぜFTPは「時代遅れ」と言われるのか？

ここまでFTPの仕組みを見てきましたが、一見するとよくできたプロトコルに思えるかもしれません。しかし、FTPが設計された1970年代は、インターネットが研究者間の信頼に基づいた小さなネットワークであり、「悪意のある第三者による攻撃」という概念がほとんど存在しませんでした。

そのため、FTPの設計思想は以下のような致命的な欠陥を抱えています。

効率性優先、セキュリティは二の次: 当時の限られたコンピューターリソースで効率的にファイルを転送することが最優先され、通信の暗号化といったセキュリティ機能は全く考慮されませんでした。
複雑な通信方式: コントロールとデータの2つのコネクションを使い、さらにアクティブ/パッシブのモードが存在するなど、仕組みが複雑です。この複雑さが、ファイアウォールの設定を難しくし、新たな脆弱性の温床ともなっています。

これらの「古さ」が、現代のインターネット環境においてFTPを危険な存在たらしめているのです。次の章では、この設計上の欠陥が具体的にどのようなセキュリティ脆弱性を生み出しているのかを、詳しく見ていきましょう。

第2章: FTPポート21に潜む深刻な脆弱性

FTPの基本的な仕組みを理解したところで、いよいよ本題であるセキュリティ上の問題点に踏み込みます。FTPポート21を利用した通信には、現代の基準では看過できない、数多くの深刻な脆弱性が存在します。

2-1. 最大の弱点: 通信が暗号化されない（平文通信）

FTPが抱える最も致命的かつ根本的な問題は、コントロールコネクション（ポート21）とデータコネクションの両方で、すべてのデータが暗号化されずに「平文（プレーンテキスト）」のままネットワーク上を流れることです。

平文とは、暗号化されていない、誰でも読むことができる「むき出し」のデータのことです。これは、ハガキで機密情報をやり取りするようなものです。途中で誰かに盗み見られたら、内容がすべて漏れてしまいます。

FTP通信では、具体的に以下の情報が平文で送信されます。

ユーザー名とパスワード: サーバーにログインするための最も重要な認証情報が、そのままの文字列で流れます。
FTPコマンド: LISTやSTORといった、ユーザーがどのような操作をしているかが丸わかりになります。
転送されるファイルデータ: ワード文書、顧客リスト、設計図、プログラムのソースコードなど、転送されるファイルの中身そのものが暗号化されません。

この平文通信という性質が、以下で説明する様々な攻撃を極めて容易にしています。

2-2. パケットキャプチャによる情報漏洩

ネットワーク上を流れるデータ（パケット）を監視・収集することを「パケットキャプチャ」または「スニッフィング」と呼びます。Wiresharkのような無料のツールを使えば、少しの知識があるだけで誰でも簡単に行うことができます。

攻撃者が、あなたと同じネットワーク（例えば、カフェの公衆Wi-Fiや、セキュリティの甘い社内LANなど）に接続しているとします。そして、あなたがFTPクライアントを使ってサーバーにファイルをアップロードしようとした瞬間、攻撃者はパケットキャプチャを開始します。

すると、攻撃者のPC画面には、あなたのFTP通信の内容がリアルタイムで表示されます。

“`
// — パケットキャプチャの例（イメージ） —

// サーバーからの応答
220 Welcome to FTP service.

// クライアントからのコマンド
USER myusername

// サーバーからの応答
331 Please specify the password.

// クライアントからのコマンド
PASS MyP@ssw0rd123 <– ★パスワードが丸見え！

// サーバーからの応答
230 Login successful.

// クライアントからのコマンド
STOR secret_document.docx

// … (この後、secret_document.docxの中身が平文で流れる) …
“`

このように、ユーザー名（myusername）とパスワード（MyP@ssw0rd123）が完全に読み取られてしまいます。一度認証情報を盗まれてしまえば、攻撃者はあなたになりすましてFTPサーバーに自由にログインし、ファイルを盗んだり、ウェブサイトを改ざんしたり、マルウェアを仕込んだりと、やりたい放題になってしまいます。

これは中間者攻撃（Man-in-the-Middle Attack）の典型的な手口であり、FTPの非暗号化という性質がこの攻撃を極めて容易にしているのです。

2-3. ブルートフォース攻撃（総当たり攻撃）

ブルートフォース攻撃は、考えられるすべてのパスワードの組み合わせを次々と試行し、力ずくで正しいパスワードを割り出そうとする攻撃手法です。

FTPサーバーは、インターネット上に公開されていることが多く、ブルートフォース攻撃の格好の標的となります。特に、以下のような理由からFTPはこの攻撃に対して脆弱です。

プロトコルレベルでの保護機能の欠如: FTPプロトコル自体には、一定回数ログインに失敗したらアカウントを一時的にロックする、といった機能が標準で備わっていません。（FTPサーバーソフトウェア側で実装されている場合もありますが、設定されていないケースも多いです。）
単純なパスワードの横行: 管理者が「admin」「password」「123456」といった推測されやすい安易なパスワードを設定している場合、攻撃は短時間で成功してしまいます。
自動化ツールの存在: 攻撃者はボットネット（多数の感染PC）などを利用して、大量の試行を自動的かつ分散的に行うため、攻撃を検知・防御することが困難です。

ブルートフォース攻撃によってパスワードが破られると、サーバーへの不正侵入を許すことになり、前述の情報漏洩やウェブサイト改ざん、さらにはサーバーを踏み台にした別の攻撃へと発展する可能性があります。

2-4. FTPバウンス攻撃

これは、FTPのアクティブモードの仕様を悪用した古典的な攻撃手法です。

前述の通り、アクティブモードではクライアントがPORTコマンドを使って、サーバーがデータコネクションを接続しにくるべきIPアドレスとポート番号を指定します。問題は、FTPの仕様では、このIPアドレスがコマンドを送信したクライアント自身のものであるかを検証しない点です。

これを悪用し、攻撃者はPORTコマンドで第三者（攻撃対象）のIPアドレスとポート番号を指定します。すると、FTPサーバーは何も疑わずに、その指定された第三者のマシンに対して接続を試みます。

この仕組みを利用することで、攻撃者は以下のような悪事が可能になります。

ポートスキャン: 標的サーバーの様々なポート番号を指定してFTPサーバーに接続させ、その応答を見ることで、標的サーバーのどのポートが開いているか（どんなサービスが動いているか）を間接的に調査できます。攻撃者は自身のIPアドレスを隠蔽できるため、匿名での偵察活動が可能になります。
他サービスへの攻撃: 標的サーバーで稼働している別のサービス（メールサーバーなど）に対して、FTPサーバー経由で不正なデータを送り込み、攻撃の踏み台にすることができます。

多くの現代的なFTPサーバーソフトウェアでは、この脆弱性への対策が施されていますが、設定が不適切であったり、非常に古いソフトウェアが稼働し続けていたりする場合には、依然としてFTPバウンス攻撃のリスクが残っています。

2-5. ディレクトリトラバーサル攻撃

この攻撃は、FTPプロトコル自体の脆弱性というよりは、FTPサーバーソフトウェアの設定不備を突くものです。

攻撃者は、ファイルパスを指定する際に「../」という特殊な文字列を悪用します。「../」は、一つ上の階層のディレクトリ（親ディレクトリ）へ移動することを意味します。これを何度も繰り返すことで、FTPユーザーに本来許可されているディレクトリ（例：/home/user/public_html）を抜け出し、サーバー上の非公開領域にアクセスしようと試みます。

例えば、RETR ../../../etc/passwd のようなコマンドを送信することで、システムのユーザー情報が記録された /etc/passwd ファイルを盗み見ようとします。成功すれば、サーバー上に存在する他のユーザーアカウントの情報を得て、さらなる攻撃の手がかりにする可能性があります。

適切な設定（chroot jailなど、ユーザーの活動範囲を特定のディレクトリ内に制限する機能）が施されていればこの攻撃は防げますが、設定ミスや古いソフトウェアでは脆弱性が残っている場合があります。

2-6. ソフトウェア自体の脆弱性

FTPサーバーは、vsftpd, ProFTPD, Pure-FTPdなど、様々なソフトウェアによって実現されています。これらのソフトウェアも人間が作ったプログラムである以上、バグやセキュリティ上の欠陥（脆弱性）が見つかることがあります。

過去には、以下のような深刻な脆弱性が発見された事例があります。

バッファオーバーフロー: 異常に長い文字列を送信することで、プログラムのメモリ領域を溢れさせ、意図しないコード（悪意のあるプログラム）を実行させる攻撃。
リモートコード実行: 攻撃者が遠隔からサーバー上で任意のコマンドを実行できてしまう脆弱性。成功すれば、サーバーを完全に掌握（乗っ取り）されます。

これらの脆弱性は、発見され次第、開発者によって修正パッチが提供されます。しかし、管理者がサーバーのアップデートを怠っていると、既知の脆弱性を抱えたままサーバーを運用し続けることになり、攻撃者にとって格好の標的となってしまいます。

第3章: FTPの脆弱性を突いた攻撃シナリオ

ここまでの説明で、FTPに多くの脆弱性が存在することがお分かりいただけたかと思います。しかし、「理論はわかったけど、実際にどんな被害が起こるのかイメージが湧かない」という方もいるでしょう。

この章では、FTPの脆弱性が実際にどのように悪用され、深刻な被害につながるのかを、3つの具体的なシナリオを通して見ていきましょう。

シナリオ1: 公衆Wi-Fiでの情報窃取とウェブサイト改ざん

登場人物:
- Aさん: フリーランスのウェブデザイナー。カフェで仕事をすることが多い。
- 攻撃者X: 同じカフェに潜む、悪意を持ったハッカー。
状況:
Aさんは、クライアントのウェブサイトの軽微な修正を終え、カフェの無料公衆Wi-Fiに接続してFTPクライアント（FileZilla）を起動しました。サーバー情報を入力し、修正したファイルをアップロードしようとしています。この公衆Wi-Fiは、暗号化されていない、あるいは脆弱な暗号化方式（WEPなど）が使われています。
攻撃:
同じWi-Fiネットワークに接続していた攻撃者Xは、パケットキャプチャツール（Wireshark）を起動し、ネットワーク内の通信を監視しています。AさんがFTP接続を開始した瞬間、Xの画面にはAさんの通信内容が平文で流れ始めます。USERコマンドに続くユーザー名、そしてPASSコマンドに続くパスワードが、あっけなく盗み取られました。
被害:
その日の夜、攻撃者Xは盗んだFTPアカウント情報を使い、Aさんのクライアントのウェブサイトに不正アクセスしました。
1. ウェブサイトの改ざん: トップページに不適切な画像やメッセージを表示し、企業の評判を著しく傷つけました。
2. マルウェアの埋め込み: ウェブサイトの全ページに、閲覧しただけでウイルスに感染する悪質なスクリプトを埋め込みました。これにより、サイトを訪れた一般ユーザーにも被害が拡大しました。
3. 情報窃取: サーバー内に保管されていた顧客情報や問い合わせフォームのデータもすべてダウンロードされ、ダークウェブで売買されることになりました。

Aさんはクライアントからの信頼を失い、多額の損害賠償を請求される事態に陥りました。原因は、セキュリティの低いネットワークで安易にFTPを使用してしまったことでした。

シナリオ2: 脆弱なパスワードを狙ったサーバー乗っ取りとランサムウェア

登場人物:
- B社: IT専門の担当者がいない中小企業。自社でウェブサーバーを管理している。
- 攻撃者グループY: 海外を拠点とするサイバー犯罪組織。
状況:
B社のウェブサーバーでは、ファイルの更新用にFTPサーバーが稼働していました。サーバーを構築した担当者は退職済みで、引き継ぎも不十分だったため、FTPアカウントのパスワードは「companyname123」という非常に単純なものが長年使われ続けていました。
攻撃:
攻撃者グループYは、インターネット全体をスキャンしてポート21が開いているサーバーをリストアップし、自動化されたブルートフォース攻撃ツールを実行します。このツールは、辞書にある単語やよく使われるパスワードのリストを使い、B社のFTPサーバーに対して秒間数百回ものログイン試行を繰り返しました。アカウントロックアウト機能が設定されていなかったため、数時間後、ついに「companyname123」というパスワードが突破されました。
被害:
FTP経由でサーバーに侵入した攻撃者グループYは、さらなる攻撃を仕掛けました。
1. 権限昇格: FTPでアップロードした別の攻撃ツールを実行し、システムの脆弱性を突いて管理者（root）権限を奪取。サーバーを完全に掌握しました。
2. ランサムウェアの展開: サーバー内にあるウェブサイトのデータ、顧客データベース、経理データなど、すべてのファイルを強力な暗号で暗号化してしまいました。
3. 脅迫: サーバーの画面には「ファイルを元に戻したければ、XXビットコインを支払え」という脅迫文が表示されました。バックアップも取っていなかったB社は、事業継続のためにやむなく高額な身代金を支払うしかありませんでした。

B社の事業は数週間にわたり停止し、多大な金銭的損失と信用の失墜という深刻なダメージを受けました。原因は、ずさんなパスワード管理とFTPサーバーの不適切な設定でした。

シナリオ3: 古いFTPサーバーを踏み台にしたサイバー攻撃への加担

登場人物:
- C社: ある程度規模の大きい企業。ネットワーク内には管理されていないサーバーが点在。
- 攻撃者Z: 別の有名企業（ターゲットD社）への侵入を企むハッカー。
状況:
C社のネットワークの片隅に、数年前に使われていたものの、今は誰にも管理されず放置されている古いLinuxサーバーが存在していました。このサーバーでは、パッチが適用されていない旧バージョンのFTPサーバーソフトウェアが稼働し続けており、FTPバウンス攻撃に対する脆弱性が残っていました。
攻撃:
攻撃者Zは、ターゲットであるD社のネットワークを調査したいと考えていましたが、直接攻撃すると自分のIPアドレスが記録されてしまいます。そこで、インターネットをスキャンして発見したC社の脆弱なFTPサーバーを踏み台にすることにしました。ZはC社のFTPサーバーに接続し、PORTコマンドでターゲットD社のIPアドレスと様々なポート番号を指定するリクエストを大量に送信しました。
被害:
- 意図せぬ攻撃加担: C社のFTPサーバーは、Zの命令通りにD社のサーバーに対して大量の接続試行を行いました。D社のセキュリティチームは、このポートスキャン攻撃を検知し、攻撃元であるC社のIPアドレスを特定しました。
- レピュテーションの低下: D社は、C社からの攻撃と判断し、C社のIPアドレスからのすべての通信をブロック。業界のセキュリティ情報共有網にも「C社は攻撃元IPである」という情報が共有され、C社のIPアドレスはブラックリストに登録されてしまいました。
- ビジネスへの影響: ブラックリスト登録により、C社から送信される正当なビジネスメールが多くの取引先で迷惑メールとして扱われたり、C社のウェブサイトにアクセスできなくなったりするなど、広範囲にわたるビジネス上の悪影響が発生しました。

C社は、自社が被害者であると同時に、意図せずしてサイバー攻撃の「加害者」になってしまいました。原因は、不要なサーバーを放置し、セキュリティパッチの適用を怠っていたことでした。

これらのシナリオは決して架空の話ではありません。FTPの脆弱性を放置することは、これほど多様で深刻なリスクを招くのです。

第4章: FTPポート21のセキュリティ対策と代替手段

ここまでFTPに潜む危険性について詳しく解説してきました。では、私たちは具体的に何をすればよいのでしょうか。この章では、FTPのリスクからシステムを守るための具体的な対策と、より安全な代替手段について解説します。

4-1. 基本方針: FTPの使用を即時停止する

結論から先に述べます。FTPポート21に対する最も安全で、最も効果的で、そして唯一推奨される対策は「FTPの使用を完全に停止し、後述する安全な代替プロトコルに移行すること」です。

小手先の対策（パスワード強化、IPアドレス制限など）を施したとしても、通信が暗号化されないというFTPの根本的な欠陥は解消できません。これは、鍵のかからないドアに「関係者以外立入禁止」の貼り紙をするようなものです。多少の抑止力にはなるかもしれませんが、本気で侵入しようとする泥棒の前では無力です。

特に、新規でシステムを構築する際にFTPを選択肢に入れることは、現代のセキュリティ標準から見てありえません。レガシーシステムとの連携など、よほど特殊でやむを得ない事情がない限り、FTPサーバーは停止すべきです。

4-2. 安全な代替プロトコルへの移行

FTPの代替となる、通信が暗号化された安全なファイル転送プロトコルはすでにいくつも存在します。ここでは、代表的なものを3つ紹介します。最も推奨されるのはSFTPです。

SFTP (SSH File Transfer Protocol) – 最も推奨

概要: SFTPは、SSH（Secure Shell）という暗号化された通信路の上でファイル転送を行うプロトコルです。SSHは、サーバーを遠隔から安全に操作するために広く使われている技術であり、その堅牢なセキュリティ基盤を利用しています。
使用ポート: TCP 22番（SSHと同じポートを使用）
特徴:
- 完全な暗号化: 認証情報（ID/パスワード）、コマンド、転送されるファイルデータ、そのすべてが強力に暗号化されます。盗聴は事実上不可能です。
- 単一ポート: コントロールとデータの両方の通信を単一のポート（22番）で行うため、FTPのように複雑なファイアウォールの設定が不要です。
- 強力な認証: パスワード認証に加え、より安全な公開鍵認証方式を利用できます。これにより、ブルートフォース攻撃に対する耐性が格段に向上します。
- 高機能: ファイルの転送だけでなく、ディレクトリの作成、削除、名前の変更、パーミッションの変更など、豊富なファイル操作が可能です。
注意点: 名前は似ていますが、SFTPとFTPは全くの別物です。FTPの拡張版ではありません。

多くのレンタルサーバーやクラウドサービスでは、標準でSSH/SFTPが利用可能になっています。FileZillaやWinSCPなどの主要なFTPクライアントソフトも、設定を変更するだけでSFTPに接続できます。

FTPS (File Transfer Protocol over SSL/TLS)

概要: FTPSは、従来のFTPの通信をSSL/TLS（ウェブサイトのHTTPS化で使われる暗号化技術）で保護するプロトコルです。FTPの拡張版と位置づけられます。
使用ポート:
- Explicit (明示的) FTPS: ポート21で接続後、AUTH TLSコマンドで暗号化通信を開始する。
- Implicit (暗黙的) FTPS: ポート990で、最初から暗号化された通信を行う。
特徴:
- 通信の暗号化: SSL/TLSによって通信が保護されるため、盗聴のリスクはなくなります。
- FTPとの互換性: FTPをベースにしているため、既存のFTPの仕組みや知識を流用しやすい側面があります。
注意点: FTPと同様にコントロールとデータの2つのコネクションを使用するため、NATやファイアウォールとの相性問題が発生しやすいという欠点が残っています。設定がSFTPより複雑になりがちです。

SFTPが利用できる環境であれば、あえてFTPSを選ぶ理由は少ないでしょう。

SCP (Secure Copy Protocol)

概要: SCPもSFTPと同様に、SSH上で動作するファイル転送プロトコルです。主にLinuxやmacOSのコマンドラインで利用されます。
使用ポート: TCP 22番
特徴:
- シンプル: scp [コピー元] [コピー先] という非常にシンプルなコマンドでファイルを転送できます。
- 安全: SSH上で動作するため、通信は完全に暗号化されます。
注意点: ファイル転送の中断・再開ができない、ファイル一覧の表示ができないなど、機能面ではSFTPに劣ります。単一のファイルやディレクトリを素早く転送する用途に向いています。

4-3. やむを得ずFTPを使い続ける場合のセキュリティ強化策

前述の通りFTPの利用停止が原則ですが、「取引先からFTPでの接続を要求されている」「改修不可能な超レガシーシステムがFTPを必要としている」など、どうしてもFTPを使い続けなければならない場合の、あくまでリスクを軽減するための次善策を以下に示します。これらは根本的な解決策ではないことを強く認識してください。

アクセス元のIPアドレスを制限する
最も効果的な延命策の一つです。FTPサーバーのファイアウォールや設定で、接続を許可するIPアドレスを特定のオフィスや取引先のものだけに限定します。これにより、不特定多数からのブルートフォース攻撃や不正アクセス試行を大幅に削減できます。
VPN経由でのみアクセスを許可する
IPアドレス制限よりさらに安全な方法です。FTPサーバーをインターネットから直接アクセスできないようにし、社内ネットワークや特定のVPN（Virtual Private Network）に接続したユーザーだけがアクセスできるように構成します。VPN通信は暗号化されているため、FTP通信もそのトンネルの中で保護されます。
アカウント管理を徹底する
- 強力なパスワード: 長く、複雑で、推測不可能なパスワードの使用を強制します。定期的な変更も義務付けましょう。
- アカウントロックアウト: 一定回数ログインに失敗したIPアドレスやアカウントを、一定時間ロックする機能を有効にします。ブルートフォース攻撃対策に有効です。
- 不要アカウントの削除: 使用していないアカウントは速やかに削除します。退職者や担当変更の際のアカウント棚卸しを徹底してください。
- Anonymous FTPの無効化: 匿名ユーザーによるログイン（Anonymous FTP）は、特別な理由がない限り必ず無効化します。
FTPサーバーソフトウェアを最新に保つ
使用しているFTPサーバーソフトウェア（vsftpdなど）にセキュリティ脆弱性が発見された場合に備え、常に最新バージョンにアップデートし、セキュリティパッチを速やかに適用する運用を確立します。
最小権限の原則を適用する
- 権限の限定: FTPユーザーに与える権限は、そのユーザーの業務に必要な最小限のものに絞ります。ファイルのアップロードが不要なら、読み取り専用の権限を与えます。
- chroot jail: ユーザーがログインした際に、そのユーザーのホームディレクトリより上の階層に移動できないようにする「chroot jail」設定を必ず有効にします。これにより、ディレクトリトラバーサル攻撃を防ぎます。
ログを監視する
FTPサーバーのアクセスログやエラーログを定期的に監視し、不審なログイン試行や通常とは異なる操作がないかを確認する体制を整えます。異常を検知した際にアラートを出す仕組みを導入することも有効です。

これらの対策を複数組み合わせることで、リスクをある程度低減することは可能ですが、平文でパスワードが流れるという根本的なリスクは残存することを忘れないでください。

4-4. 移行計画の立て方

「SFTPに移行すべき」と分かっていても、何から手をつければよいか分からないかもしれません。以下に、スムーズな移行のためのステップを示します。

現状把握: 現在、誰が、何の目的で、どのくらいの頻度でFTPを利用しているかを完全に洗い出します。
代替サーバーの準備: SFTPサーバーを構築します。多くのLinuxサーバーでは、SSHをインストールすれば自動的にSFTPも利用可能になります。既存のFTPアカウントと同じ構成でSFTPアカウントを作成します。
クライアント設定の変更: ユーザーが使用しているFTPクライアントソフト（FileZillaなど）の設定を、プロトコルを「FTP」から「SFTP – SSH File Transfer Protocol」に、ポート番号を「21」から「22」に変更してもらいます。
利用者への周知とテスト: 移行のスケジュールを関係者全員に通知し、事前にテスト接続を行ってもらい、問題なくファイル転送ができることを確認します。
FTPサーバーの停止: 全員の移行が完了したことを確認したら、FTPサーバーのサービスを停止し、ファイアウォールでポート21を完全に閉じます。
最終確認: サーバーを停止した後、しばらくの間、関係者から「接続できなくなった」という問い合わせがないかを確認します。

結論: さらばFTPポート21、セキュアな未来へ

この記事を通して、FTPとポート21がいかに時代遅れで、現代のセキュリティ要求を満たしていないかを詳述してきました。要点を改めて整理しましょう。

FTPは通信を暗号化しない: ユーザー名、パスワード、ファイルの中身まで、すべてが平文でネットワークを流れており、盗聴に対して完全に無防備です。
数多くの脆弱性が存在する: ブルートフォース攻撃、FTPバウンス攻撃、ソフトウェア自体の脆弱性など、攻撃者につけ入る隙を数多く与えてしまいます。
被害は甚大: 一度の情報漏洩が、ウェブサイト改ざん、ランサムウェア感染、そして意図せぬ攻撃加担といった、取り返しのつかない事態を引き起こす可能性があります。

結論として、FTPポート21のセキュリティは「危険」です。もはや、積極的に利用すべき技術ではありません。

あなたの管理するサーバーやシステムで、もし未だにFTPが稼働しているならば、それは時限爆弾を抱えているのと同じです。「今まで大丈夫だったから、これからも大丈夫だろう」という正常性バイアスは、サイバー攻撃が日常となった現代においては通用しません。

最善の策は、この記事で紹介したSFTPなどの安全な代替プロトコルへ、一日でも早く移行することです。移行は手間がかかるかもしれませんが、一度セキュリティインシデントが発生した際の対応コストや信用の失墜に比べれば、はるかに小さな投資です。

やむを得ずFTPを使い続ける場合でも、リスクを正しく認識した上で、IPアドレス制限やVPNの導入といった多層的な防御策を講じることが、管理者としての最低限の責務と言えるでしょう。

インターネットの世界は常に進化しています。私たちのセキュリティ意識も、それに合わせてアップデートし続けなければなりません。この機会に、あなたのシステムのファイル転送方法を見直し、安全で堅牢な環境を構築するための一歩を踏み出してください。