SFTPとは？ SSHファイル転送プロトコルをわかりやすく解説

SFTPは「SSH File Transfer Protocol」の略で、「Secure File Transfer Protocol」と表記されることもよくあります。クライアントとサーバーの間で、暗号化されたSecure Shell（SSH）接続1本を使い、通常はTCPのポート22でファイルをやり取りします。SSHの層が、サーバーの認証、コマンド、認証情報、データの通信中の暗号化、そして接続の改ざん防止を担います。SFTPはFTPとは別のプロトコルであり、FTPにTLSを加えたFTPSとも異なります。

SFTPは通信中のデータを保護しますが、ファイルのマルウェアスキャン、データポリシーの適用、誰が何にアクセスしたかをコンプライアンス担当者が確認できる統制された記録の提供は行いません。そのため、規制対象の組織は、SFTPに鍵管理、アクセス制御、監査ログを組み合わせています。Kiteworksは、安全なデータ交換のためのコントロールプレーンを提供し、SFTP、マネージドファイル転送、メール、ファイル共有を、同じ暗号化、アクセス制御、監査ログの下にまとめます。

重要なポイント

1. SFTPは「暗号化を加えたFTP」ではない

SFTPはSSHセッションの中で動作する独立したプロトコルであり、FTPを安全にしたものではありません。FTPのコマンドも、FTPのように制御用とデータ用に接続を分ける仕組みも使いません。そのため、FTPSよりもファイアウォールを通しやすくなっています。

2. SFTPが守るのは通信中のデータであり、それ以外ではない

通信中の暗号化が担うのは、転送中の機密性と完全性です。保存中のファイル、ファイルに潜むマルウェア、誰が何を送信できるかの統制は、別個の問題であり、別個の統制が必要です。

3. 鍵認証はパスワード認証より優れる

公開鍵認証は、できれば多要素認証と組み合わせることで、パスワードが招く認証情報の推測に耐えられます。代わりに鍵の管理が課題となります。管理されない鍵は蓄積し、目立たないリスクになります。

4. ポート22は初期設定であり、セキュリティ機能ではない

ポート番号は暗号化の強度を変えません。SFTPを別のポートに移すと、自動スキャンによるノイズを減らせることはありますが、強固な認証、最新のアルゴリズム、監視の代わりにはなりません。

5. コンプライアンスは、SFTPを取り巻くシステムで決まる

SFTPは伝送セキュリティに関する要求を満たせますが、やり取りが正当だと説明できるかどうかは、監査証跡、アクセス制御、鍵の所有によって決まります。監査人は、誰が、いつ、どのポリシーの下で、どのデータを転送したかを示す証拠を求めます。

SFTPとは何を意味するのか

SFTPの「S」は、安全なチャネルを提供するプロトコルであるSecure Shellを指します。SSHは、安全でないリモートアクセスツールに代わるものとして設計されました。SFTPは、そのチャネルの中でファイル操作を扱うために、SSHと並行して設計されたものです。アップロード、ダウンロード、ディレクトリの一覧表示、名前の変更、ファイルの削除などが含まれます。

このプロトコルは、公開された標準ではなく、SSHワーキンググループによる一連のIETFドラフトで定義されています。ドラフトは失効しており、OpenSSHなどの実装は、事実上の基準となった初期のバージョン（バージョン3）に従っています。SFTPが依拠するSSHのトランスポートは、RFC 4251からRFC 4254で標準化されています。

SFTPは、ほかの用語と混同されることがあります。

• FTP（File Transfer Protocol）は、コマンド、認証情報、データを平文で送ります。用語集のFTPの項目をご覧ください。
• FTPSは、FTPをTLSで包んだものです。FTPのコマンド構造を使うため、複数のポートが必要になります。
• SCPは、SSHをベースにした別のコピーツールで、SFTPより機能が少ないものです。
• TFTP（Trivial File Transfer Protocol）は、UDPを使い、認証も暗号化もありません。ネットワーク機器の起動など、単純な用途に限られます。

SFTPはどのように動作するのか

SFTPのセッションは、決まった順序で進みます。

1. 接続。クライアントがサーバーへTCP接続を開き（通常はポート22）、双方がプロトコルのバージョンとアルゴリズムに合意します。
2. 鍵交換とサーバー認証。クライアントとサーバーが、鍵交換方式で共有のセッション鍵を確立し、サーバーはホスト鍵で自らの身元を証明します。クライアントは、そのホスト鍵を、すでに信頼している鍵と照合します。これにより、中間者攻撃から保護されます。
3. 暗号化と完全性。この時点から、すべての通信がAESやChaCha20-Poly1305などの共通鍵暗号で暗号化され、メッセージ認証コードまたは認証付き暗号モードで保護されます。
4. ユーザー認証。ユーザーは、パスワード、SSH鍵ペア、ワンタイムコードなどのキーボードインタラクティブな入力、そのほか対応する方式で、本人であることを証明します。
5. ファイル操作。クライアントがSFTPサブシステムを開始し、同じ接続上で、ファイルの読み取り、書き込み、一覧表示、管理の要求を送ります。

コマンドとデータが1本の接続で送られるため、SFTPで開放が必要なポートは1つだけです。管理者がFTPSよりSFTPを好む主な理由は、このシンプルさにあります。現在のSSHの鍵交換は、楕円曲線ディフィー・ヘルマン方式が一般的で、ホスト鍵とユーザー鍵はEd25519、ECDSA、RSAが一般的です。これらの鍵の種類の仕組みについては、公開鍵と秘密鍵の暗号化のガイドを、データストリームに最もよく使われる共通鍵暗号については、AES-256暗号化をご覧ください。

SFTPはどのくらい安全なのか

SFTPは、適切に構成されていれば、通信中のデータを強力に保護します。保護の内容は次のとおりです。

• 機密性。コマンド、認証情報、ファイルの内容が、クライアントとサーバーの間で暗号化されます。
• 完全性。通信中の改ざんは、メッセージ認証によって検知されます。
• サーバー認証。ホスト鍵により、クライアントは、なりすましのサーバーを検知できます。ただし、クライアントがその鍵を検証することが前提です。
• 柔軟なユーザー認証。鍵ベースのログインや多要素認証の選択肢により、パスワードへの依存を減らせます。

限界も同じくらい重要です。SFTPは、サーバー上の保存中のファイルを保護せず、ファイルの内容をマルウェアや機微データの観点で検査せず、それ単体では集中管理されたログや承認ワークフローを提供しません。可用性にも対処しないため、レジリエンスはサーバーとネットワークの構築のしかた次第です。現実に最も多い弱点は、弱いパスワード、管理されていない鍵、古いアルゴリズム、共有アカウント、監視の欠如です。これらは設定とガバナンスの問題であり、プロトコルの欠陥ではありません。これらの統制がどう組み合わさるかは、セキュアファイル転送の概要で解説しています。

SFTPはどのポートを使うのか

SFTPは、初期設定ではSSHと同じTCPポート22を使い、別途データ用のポートは不要です。管理者は、別のポートで運用することもできます。そうすると、ポート22を狙った自動ログイン試行の量を減らせますが、暗号化が強くなるわけではありません。したがって、鍵認証、IP制限、監視の代わりではなく、それらを補うものとして位置づけてください。

比較すると、FTPはコマンド用にポート21を使い、データ用に別の接続を使います。FTPSは、明示モードではポート21、暗黙モードではポート990に加えて、データ接続用の一定範囲のポートを使うため、ファイアウォールのルールが複雑になります。TFTPはUDPのポート69を使います。

FTP、SFTP、FTPS、TFTPの違いは何か

プロトコル	基盤	暗号化	一般的なポート	ファイアウォールへの影響
FTP	TCP	なし。認証情報とデータは平文	21とデータ接続	複数のポートが必要で、パッシブモードが必要
FTPS	TLSを用いたFTP	TLS	21または990とデータ用のポート範囲	開放と管理が必要なポートが複数
SFTP	SSH	SSHトランスポートの暗号化	22	単一のポート
TFTP	UDP	なし	69	信頼できるローカルネットワークに限定

FTPSは、パートナーがすでにTLSベースのシステムと証明書を運用している場合に妥当な選択肢です。一方、SFTPは、ファイアウォールをまたいだ展開が通常は簡単で、SSHを中心とした運用に適しています。より詳しい比較は、SFTPとFTPの違いのガイドをご覧ください。SFTPはVPNとも異なります。VPNはネットワーク経路を保護し、あらゆる通信を運べますが、SFTPは1つのファイル転送サービスを保護します。そのため、組織はどちらか一方を選ぶのではなく、両方を併用することがよくあります。

SFTPの長所と短所は何か

長所

• 成熟し、広くサポートされているプロトコルで、強力な暗号化とサーバー認証を備えています。
• ポートも接続も1つで、ファイアウォールとネットワークの設計が簡単になります。
• 鍵認証に対応しており、自動化に適し、パスワードのリスクを減らせます。
• オペレーティングシステムやスクリプトツールを問わず、クライアントとサーバーの対応が幅広くあります。
• 多くのクライアントが、中断した転送を再開できるため、大きなファイルで役立ちます。

短所

• 鍵の乱立。棚卸しもローテーションもされていない鍵は、見えないアクセス経路を生みます。
• ファイル内容の検査が組み込まれていないため、ほかの統制がなければ、マルウェアや機微データがそのまま通過します。
• ネイティブなガバナンスが限られています。ログ、レポート、承認、保持は、サーバーのプラットフォームに依存します。
• 遅延の大きい回線ではパフォーマンスが低下することがあり、動作は実装によって異なります。
• 手作業での構築は、多数のパートナー、アカウント、スクリプトに拡大するのが困難です。

SFTPを安全に使うためのベストプラクティスは何か

1. 鍵認証を優先し、ユーザーが対話的にサインインする場合は多要素認証を追加します。自動化アカウントでは、パスワードによるログインを無効にします。多要素認証のガイドをご覧ください。
2. 鍵を資産として管理します。棚卸しを行い、所有者を割り当て、スケジュールに沿って鍵をローテーションし、担当者や連携が不要になったら鍵を削除します。
3. ホスト鍵を検証します。信頼できるホスト鍵を固定または配布し、クライアントが、変更されたサーバーやなりすましのサーバーを検知できるようにします。
4. 最新のアルゴリズムだけを許可します。安全とみなされなくなった古い暗号、鍵交換方式、署名アルゴリズムは無効にします。
5. 最小権限を適用します。各アカウントには、必要なフォルダーと操作だけを与え、共有アカウントは避けます。ロールベースのアクセス制御をご覧ください。
6. 接続元を制限します。IP許可リスト、ジオフェンシング、ブルートフォース攻撃に対するレート制限を利用します。
7. ファイルをスキャンし、検査します。SFTP自体は行わないため、ウイルス対策スキャンとデータ損失防止のチェックを追加します。ウイルス対策とデータ損失防止のガイドをご覧ください。
8. すべてをログに記録し、SIEMへ送ります。ログイン、失敗、ファイル操作を記録し、確認します。監査ログのガイドをご覧ください。
9. サーバーソフトウェアを速やかにパッチ適用します。SSHの実装には、定期的にセキュリティ修正が提供されます。

SFTPはどのような場面で使うべきか

SFTPは、既知の相手との間で行う、スケジュールされた自動のやり取りに適しています。代表的な例として、医療機関がパートナーと請求ファイルや記録ファイルをやり取りする場合、金融機関がバッチレポートを配信する場合、製造業がサプライヤーと注文ファイルやEDIファイルをやり取りする場合、政府機関が提出書類を受け取る場合、メディアチームが大容量のアセットを配信する場合、開発チームがビルド成果物を配布する場合があります。対話的な操作性を必要とする相手との随時の共有では、受信者にSFTPクライアントの利用を求めるよりも、セキュアなファイル共有やメール保護のほうが適していることが多くあります。定期的なワークフローに向けて、マネージドファイル転送がSFTPをどう拡張するかをご確認ください。

SFTPはコンプライアンスでどのような役割を果たすのか

SFTPは、組織が通信中のデータを保護する義務を果たすうえで役立ちますが、プロトコル単体で組織をコンプライアンス適合にするものはありません。SFTPが支援できる要件の例としては、HIPAAセキュリティ規則の伝送セキュリティ基準（HIPAA）、カード会員データが公開ネットワークを通過する際に強力な暗号を求めるPCI DSSの要件（PCI DSS）、GDPR（EU一般データ保護規則）の処理のセキュリティに関する義務、管理対象の非機密情報を伝送中に保護するためのNIST SP 800-171の統制（NIST 800-171）があります。監査人は通常、暗号化の証拠にとどまらない情報を求めます。誰がどのデータをやり取りしたか、誰がアクセスを承認したか、鍵がどう管理されているか、暗号が検証済みかどうかを確認したいのです。検証済みの暗号が必要な組織は、FIPS検証済みのモジュールを探してください。

SFTPソリューションで確認すべき点は何か

• 認証の選択肢：鍵認証、多要素認証、そして自社のIDプロバイダーとの連携。
• 鍵管理：セルフサービスでの鍵登録、ポリシーによる制御、明確な所有者。
• きめ細かな権限：ロールベースのフォルダーアクセスと、読み取り専用で運用できること。
• セッション制御：同時セッション数の上限とアイドルタイムアウト。
• 監査ログ：ログイン、失敗、ファイル操作の完全な記録と、SIEMへの連携。
• ファイル内容の統制：ウイルス対策とDLPとの連携。
• 暗号：最新のアルゴリズムと、規制対象の環境向けのFIPS検証済みモジュール。
• 展開の柔軟性：自社のデータレジデンシーと分離の要件に合う選択肢。セキュアな展開オプションの概要をご覧ください。
• 自動化と拡張性：スケジュール設定、ワークフロー、再開可能な大容量転送。

現在の状況：ポスト量子鍵交換と旧式のアルゴリズム

このセクションは、ページのほかの部分とは別に確認・更新しています。最終確認：2026年10月。

2025年4月にリリースされたOpenSSH 10.0は、ハイブリッド型のポスト量子鍵交換方式mlkem768x25519-sha256を、クライアントの初期設定にしました。これは、NISTが標準化したML-KEM-768アルゴリズムと、X25519楕円曲線方式を組み合わせたものです。同じリリースでは、脆弱なDSA署名アルゴリズムのサポートも削除されました。ハイブリッド型の鍵交換は、今日記録されたSFTPセッションが、将来の量子コンピューターによって後から復号されることを防ぎつつ、現在のアルゴリズムによる保護も維持するよう設計されています。

SFTP接続がポスト量子鍵交換を使うかどうかは、両端の状況によって決まります。クライアントとサーバーのソフトウェアがともに対応しており、サーバーが設定でそれを許可している必要があります。SFTPサーバーやサービスを評価する際は、どの鍵交換方式に対応しているか、旧式のアルゴリズムを無効にできるかを確認してください。

Kiteworks SFTPで、安全かつコンプライアンスに沿ってファイルを転送する

Kiteworksは、安全なデータ交換のためのコントロールプレーンを提供し、メール、ファイル共有、マネージドファイル転送に適用するのと同じガバナンスを、SFTPにも適用します。KiteworksのSFTPサーバーは、外部の関係者に共有フォルダーへのSFTPアクセスを提供し、従業員は同じフォルダーに、ウェブとモバイルのインターフェースから、同じアクセス制御の下で到達します。このプラットフォームは、次の点で組織を支援します。

• 鍵認証とポリシーによる認証制御。管理者は鍵認証を必須にでき、ユーザーと管理者は、自動および手動の転送のためにSSH公開鍵を登録、管理できます。
• 設定可能なポート。SSHとSFTPは、22以外のポートでも運用できます。
• ロールベースのフォルダー権限。権限は、すべての読み取り、書き込み、名前変更、削除に適用されるため、SFTPユーザーはロールで許可された操作だけを行えます。また、SFTPサーバーを読み取り専用モードで運用することもできます。
• セッション制御。管理者は、ユーザーごとの同時セッション数に上限を設け、アイドル状態のセッションを自動的に終了できます。
• 監査ログ。SFTPのログイン、失敗した試行、拒否されたアクセス、ファイル操作は、プラットフォームの単一の監査ログに記録され、SIEMへ連携できます。
• 再開に対応した大容量ファイル転送。大容量のアップロードとダウンロードは、チャンク単位でストリーミングされ、アップロードは中断後に再開できます。
• 検証済みの暗号とお客様が所有する鍵。SFTPサービスは、必要とする環境向けにFIPS 140検証済みの暗号を使用し、暗号化鍵はお客様が所有します。プラットフォームのFIPS 140-3 Level 1検証済みの暗号化をご覧ください。

定期的な自動化ワークフローには、同じプラットフォームでセキュアなMFTを追加できます。Kiteworksデータコントロールプレーンをご覧いただき、SFTPが統制されたデータ交換にどう組み込まれるかをご確認ください。