リモートアクセスの手段として代表的なプロトコルがtelnetとSSHです。
どちらもネットワーク経由でリモートコンピューターにアクセスするためのツールですが、セキュリティの面で大きな違いがあります。
本記事では、telnetとSSHの違いをセキュリティ・暗号化・機能・用途・ポート番号などの観点から詳しく比較し、それぞれの特徴と使い分けについてわかりやすく解説していきます。
現場でどちらを選ぶべきか迷っている方や、プロトコルの違いを体系的に理解したい方にとって参考になる内容をお伝えします。
telnetとSSHの根本的な違いとは？基本的な比較
それではまず、telnetとSSHの根本的な違いについて解説していきます。
telnetとSSHはどちらもリモートシェルアクセスを提供するプロトコルですが、最も根本的な違いは「通信データを暗号化するかどうか」という点にあります。
telnetはすべての通信を平文（暗号化なし）で行うのに対し、SSHは強力な暗号化によって通信を保護します。
telnetの特徴と問題点
telnetは1969年に開発された歴史あるプロトコルであり、ネットワーク経由でリモートコンピューターにログインして操作するための基本的な機能を提供します。
しかし、telnetには以下のような重大な問題点があります。
・通信が平文（暗号化なし）のため、パスワードやコマンドが盗聴される危険がある
・認証の仕組みがパスワードのみで、公開鍵認証などの高度な認証方式が使えない
・中間者攻撃（Man-in-the-Middle Attack）に対して無防備
・データの完全性を保証する仕組みがない
これらの問題からtelnetは現代のセキュリティ基準を満たさないプロトコルとして位置づけられており、本番環境のサーバー管理には使うべきではないでしょう。
SSHの特徴と優位性
SSH（Secure Shell）は1995年にtelnetの問題を解決するために開発されたプロトコルであり、現代のリモートアクセスの標準として広く採用されています。
SSHはすべての通信を強力な暗号化（AES・ChaCha20など）で保護し、公開鍵認証・ホスト認証・データ完全性チェックなどの高度なセキュリティ機能を提供します。
さらにSSHはリモートシェルへのアクセスだけでなく、ファイル転送（SCP・SFTP）・ポートフォワーディング・X11フォワーディングなど多彩な機能も備えています。
telnetとSSHの基本スペック比較表
| 項目 | telnet | SSH |
|---|---|---|
| 開発年 | 1969年 | 1995年 |
| ポート番号 | 23番 | 22番 |
| 暗号化 | なし（平文） | あり（AES等） |
| 認証方式 | パスワードのみ | パスワード・公開鍵認証 |
| ホスト認証 | なし | あり |
| データ完全性 | 保証なし | MACで保証 |
| ファイル転送 | 不可 | SCP・SFTP対応 |
| 現在の推奨度 | テスト用途のみ | 本番環境で標準 |
この比較表からも明らかなように、セキュリティ・機能・信頼性のすべての面でSSHがtelnetを上回っています。
暗号化と認証の仕組みの違い
続いては、telnetとSSHの暗号化と認証の仕組みの違いを詳しく確認していきます。
両者の最大の差異はセキュリティの仕組みにあるため、この点を正確に理解することがプロトコル選択の判断基準となります。
telnetの認証と盗聴リスク
telnetでの認証はサーバーがユーザー名とパスワードの入力を求めるシンプルなものです。
このとき入力されたユーザー名とパスワードは暗号化されることなくネットワーク上を流れるため、同じネットワークセグメント上の第三者がパケットキャプチャツールを使えば容易に盗み取ることができます。
企業の内部ネットワークであっても、内部からの不正アクセスや悪意ある内部者によるtelnet通信の盗聴は十分に起こりうるリスクです。
SSHの暗号化の仕組み
SSHは接続時にサーバーとクライアントの間でSSHハンドシェイクを行い、セッション鍵を安全に交換します。
この鍵交換にはDiffie-Hellman鍵共有などの方式が使われ、ネットワーク上を流れる情報から鍵を推測することは数学的に非常に困難とされています。
セッション鍵が確立した後は、すべての通信データがAES・ChaCha20などの対称暗号で暗号化されるため、パケットを傍受しても内容を解読できません。
公開鍵認証とパスワード認証の比較
SSHが提供する公開鍵認証は、パスワード認証よりも大幅に安全な認証方式です。
ユーザーは秘密鍵と公開鍵のペアを生成し、公開鍵をサーバーに登録しておきます。
接続時にはサーバーが公開鍵を使って認証チャレンジを作成し、クライアントが秘密鍵で応答することで認証が完了する仕組みです。
秘密鍵がネットワーク上を流れることはないため、パスワードの盗聴リスクを根本的に排除できます。
telnetとSSHの使い分けと現代のベストプラクティス
続いては、telnetとSSHの使い分けと現代のベストプラクティスを確認していきます。
セキュリティの観点から原則としてSSHが推奨されますが、telnetが有効な場面も限定的に存在します。
telnetを使ってよい場面・使うべきでない場面
telnetの使用が許容される場面としては、外部ネットワークから完全に隔離されたクローズドなテスト環境・ラボ環境での学習目的のみとなります。
一方でインターネットに接続された環境・企業の本番サーバー・ネットワーク機器の管理・クラウド環境など、外部からアクセス可能なあらゆる環境でtelnetを使うことは重大なセキュリティリスクとなります。
現代の標準的なセキュリティポリシーでは、本番環境でのtelnetの使用は明示的に禁止されていることがほとんどです。
SSHの導入とtelnetからの移行手順
telnetからSSHへの移行は比較的シンプルです。
LinuxやUnixサーバーではOpenSSHがほぼすべてのディストリビューションに標準搭載されており、設定ファイル（/etc/ssh/sshd_config）でセキュリティポリシーを細かく制御できます。
ネットワーク機器についてもCisco・Juniper・HPなど主要なベンダーがSSHをサポートしており、telnetを無効化してSSHに移行することが推奨されています。
ポート疎通確認でのtelnetの代替ツール
telnetのポート疎通確認としての用途については、現代ではncコマンド（netcat）やcurlコマンドなどが代替として使われることも増えています。
Windowsでtelnetが利用できない環境ではPowerShellのTest-NetConnectionコマンドがポート疎通確認に有効であり、telnetクライアントをインストールしなくても同等の確認ができます。
ただし操作の手軽さという観点ではtelnetがシンプルで扱いやすいため、テスト目的限定でtelnetを引き続き使う技術者も多いでしょう。
まとめ
本記事では、telnetとSSHの違いをセキュリティ・暗号化・認証方式・機能・使い分けの観点から詳しく比較してきました。
telnetは平文通信で盗聴リスクが高く認証機能も脆弱であるのに対し、SSHは強力な暗号化と多様な認証方式で安全なリモートアクセスを実現します。
本番環境のリモートアクセスには必ずSSHを選択し、telnetはテスト目的や学習環境での限定的な用途にとどめることが現代のセキュリティベストプラクティスです。
既存のシステムでtelnetを使っている場合は、速やかにSSHへの移行を検討することをおすすめします。
