【2026年9月最新】SSHとは?仕組みと安全な使い方を非エンジニア向けに解説|Claude Codeのサーバー接続
「Claude Codeが本番サーバーにSSHで接続して作業した、と聞いたけど、それって安全なの?」「SSHという単語をよく見かけるが、結局何をしている技術なのか分からない」——この記事は、そんな非エンジニアの経営者・管理職の方に向けて書いています。
SSH(エスエスエイチ)は、離れた場所にあるサーバー(コンピュータ)に、安全に接続して操作するための仕組みです。Claude CodeがWebサイトの本番サーバーに修正を加える際、多くの場合このSSHという技術を通じて接続しています。
この記事では、SSHの基本的な仕組みを非エンジニアにも分かる言葉で解説しつつ、Claude CodeがどうSSHを使って安全にサーバー作業を行っているのか、弊社(株式会社GENAI)の実運用例を交えて紹介します。「AIにサーバーを触らせるのは怖い」という不安に、仕組みの理解から向き合っていきます。
この記事を最後まで読むと、次の6つが明確になります。
01 WHAT IS SSH SSHとは?非エンジニアが知っておくべき理由 離れたサーバーに安全にアクセスするための仕組み
SSH(Secure Shell)は、暗号化技術を使って、離れた場所にあるサーバーに安全に接続し、操作するためのプロトコル(通信の決まり事)です。「Secure(安全な)」という名前の通り、通信内容が暗号化されるため、途中で盗み見られるリスクが低いのが特徴です。
📚 用語解説
サーバー:Webサイトやアプリケーションを24時間動かしている、インターネット上のコンピュータ。会社のパソコンとは別に、遠隔地のデータセンターに置かれていることが一般的です。Webサイトの修正やメンテナンスは、このサーバーに直接アクセスして行われます。
1-1. なぜClaude CodeがSSHを使うのか
Claude CodeにLPやWebサイトの本番反映を依頼すると、多くの場合、修正したファイルを本番サーバーにアップロードする作業が必要になります。この時、サーバーへの安全な接続手段としてSSHが使われます。
📚 用語解説
プロトコル:通信を行う際の「決まり事・手順」のこと。SSHは、離れたコンピュータ同士が安全にやり取りするための手順を定めたプロトコルの1つです。手紙のやり取りにおける「封筒に入れて、切手を貼って、宛先を書く」という一連の決まりごとに近い概念です。
この記事の目的は、あなた自身がSSHのコマンドを操作できるようになることではありません。Claude Codeがサーバーに接続する際、どういう安全対策の仕組みの上で動いているかを理解し、安心して任せられるようになることが目的です。
1-2. 「鍵のかかった専用通路」というイメージで理解する
SSHの仕組みは、次のようなイメージで理解すると分かりやすくなります。
接続したい人が
「鍵」を
用意する
サーバー側が
その鍵を
照合する
一致すれば
暗号化された
通路が開く
安全に
作業ができる
状態になる
普通の道(暗号化されていない通信)でやり取りすると、途中で内容を盗み見られるリスクがありますが、SSHという専用の「鍵付きトンネル」を通ることで、内容が暗号化されたまま安全に届く、というイメージです。
02 HOW SSH WORKS SSH接続の基本的な仕組み IPアドレス・ユーザー名・パスワード認証の関係
SSHで接続する際、最低限必要になる情報は3つです。
| 必要な情報 | 役割 |
|---|---|
| IPアドレス | 接続したいサーバーの「住所」 |
| ユーザー名 | そのサーバーにログインする「誰として」の情報 |
| パスワード(または鍵) | 本人であることを証明する「合言葉」 |
📚 用語解説
IPアドレス:インターネット上の住所のような番号。「203.0.113.10」のような数字の並びで、どのサーバーにアクセスしたいかを指定します。会社の住所を指定して郵便物を送るのと同じ感覚です。
2-1. 最も基本的な接続:パスワード認証
最もシンプルな接続方法は、ユーザー名とパスワードを入力してログインするパスワード認証です。普段Webサービスにログインする感覚と同じで、正しいユーザー名とパスワードが一致すれば接続が許可されます。
パスワードは、推測されたり、何らかの形で漏洩したりするリスクが常にあります。特に本番のサーバーは重要な情報を扱うことが多いため、パスワードだけに依存した認証は、セキュリティ上のリスクが比較的高いとされています。次のセクションで紹介する「公開鍵認証」への移行が推奨されます。
2-2. ポート番号という「入り口」の考え方
SSH接続には、サーバー側で「どの入り口から入ってくるか」を示すポート番号という概念があります。標準では22番という番号が使われますが、この番号は変更することができます。
📚 用語解説
ポート番号:サーバーに設けられた「入り口の番号」。同じ建物(サーバー)に複数の入り口(ポート)があり、それぞれ別の目的で使われています。SSHは標準で22番の入り口を使いますが、この番号を知っている人であれば誰でもその入り口を見つけられるため、標準以外の番号に変更することでセキュリティを高める工夫がよく行われます。
2-3. 接続が失敗する時によくある原因
SSH接続を試みてもうまくいかない場合、非エンジニアでも見当をつけられる原因がいくつかあります。
📚 用語解説
ファイアウォール:不正な通信を防ぐための「防火壁」のような仕組み。会社のネットワークには、セキュリティ対策として特定の通信を制限するファイアウォールが設置されていることが多く、これが原因でSSH接続がブロックされることがあります。心当たりがない接続エラーが続く場合、情報システム部門に確認すると解決することがあります。
接続エラーが起きた場合も、エラーメッセージをそのままClaude Codeに伝えることで、上記のような原因の切り分けを手伝ってもらえます。自分で全ての可能性を検討する必要はありません。
03 PUBLIC KEY AUTH より安全な接続方法:公開鍵認証とは パスワードより安全な「鍵ペア」を使った認証の仕組み
本番サーバーでは、パスワードよりも安全性の高い公開鍵認証という方式がよく使われます。この方式では、パスワードの代わりに「鍵」と呼ばれる長い暗号データを使って本人確認を行います。
📚 用語解説
公開鍵認証:「公開鍵」と「秘密鍵」という2つの鍵をペアで作り、片方(公開鍵)をサーバー側に登録し、もう片方(秘密鍵)を自分のパソコンだけに保管する認証方式。この2つの鍵が数学的に対応していることを確認することで本人確認を行うため、パスワードを覚える・入力する必要がなくなり、かつパスワードより桁違いに解読が困難です。
3-1. 公開鍵と秘密鍵の役割分担
| 鍵の種類 | 保管場所 | 役割 |
|---|---|---|
| 公開鍵 | サーバー側に登録 | 「この鍵に対応する秘密鍵を持つ人だけ通してよい」という許可証 |
| 秘密鍵 | 自分のパソコンにのみ保管(絶対に他人に渡さない) | 本人確認の証拠となる、最も重要な情報 |
秘密鍵は、その名の通り「秘密」にしておく必要がある情報です。もし第三者の手に渡ってしまうと、その人がなりすましてサーバーに接続できてしまいます。秘密鍵をメールやチャットで送る、共有フォルダに置くといった扱いは絶対に避けてください。
3-2. なぜ公開鍵認証のほうが安全なのか
パスワードは、人間が覚えられる範囲の文字列であるため、総当たり攻撃(あらゆる組み合わせを試す攻撃)で突破されるリスクがあります。一方、公開鍵認証で使われる鍵は非常に長く複雑なデータのため、現実的な時間内で推測・解読することがほぼ不可能とされています。
3-3. 鍵の作成は誰が行うのか
公開鍵・秘密鍵のペアは、接続する側(担当者のパソコン)で作成します。作成自体は決まった手順に沿って行われるコマンド操作で、Claude Codeに依頼すれば代わりに実行してもらうことも可能です。ただし、作成された秘密鍵をどこに保管するかは、必ず人間が把握しておく必要があります。
「新しいサーバー用の鍵を作って」と依頼する際は、「秘密鍵はこのパソコンの外に一切送信しないでほしい」と明確に伝えることを推奨します。作業内容を明示的に指定することで、意図しない場所への送信リスクを避けられます。
3-4. 複数のサーバーで鍵を使い分けるべきか
1つの鍵を複数のサーバーで共用することも技術的には可能ですが、1つのサーバー・1つの鍵という単位で分けておくほうが安全です。1つの鍵が万が一漏洩した場合の影響範囲を、そのサーバーだけに限定できるためです。
| 鍵の使い方 | メリット | デメリット |
|---|---|---|
| 全サーバーで1つの鍵を共用 | 管理する鍵の数が少なく楽 | 1つ漏洩すると全サーバーに影響が及ぶ |
| サーバーごとに個別の鍵を用意 | 影響範囲を限定できる | 管理する鍵の数が増える |
弊社では、重要度の高い本番サーバーについては個別の鍵を用意し、影響範囲を限定する運用を採用しています。鍵の数が増える分の管理コストは、パスワード管理ツールなどを併用することで軽減しています。
04 SECURITY HARDENING セキュリティを高める設定の考え方 ポート変更・パスワード認証無効化がなぜ推奨されるのか
ここでは、SSHのセキュリティをさらに高めるための代表的な設定を、非エンジニアにも分かる形で整理します。実際の設定作業はClaude Codeや専門の担当者に任せることを前提に、「何のためにその設定があるのか」を理解しておきましょう。
4-1. ポート番号の変更
前述の通り、SSHの標準ポート番号(22番)を別の番号に変更することで、無差別な自動攻撃の多くを回避できます。「絶対安全になる」わけではありませんが、攻撃の試行回数を大幅に減らす効果があります。
4-2. パスワード認証の無効化
公開鍵認証の設定が完了したら、パスワードでのログイン自体を無効化する設定がよく行われます。これにより、秘密鍵を持たない人は、パスワードを知っていたとしても接続できない状態になります。
パスワード認証を無効化する前に、必ず公開鍵認証でのログインが正常に動作することを確認してください。この順序を間違えると、鍵の設定に問題があった場合に自分自身もサーバーにアクセスできなくなる、というリスクがあります。作業は必ず慎重な確認を伴って進める必要があります。
4-3. アクセス元の制限
さらに高度な設定として、特定のIPアドレスからのみ接続を許可するという方法もあります。会社のオフィスや自宅のインターネット回線から接続する場合、その回線のIPアドレスだけを許可リストに登録し、それ以外からのアクセスを一切拒否する設定です。
📚 用語解説
アクセス制限(IP制限):特定のIPアドレスからのアクセスだけを許可し、それ以外を拒否する設定。マンションのオートロックで「登録された鍵だけが開けられる」のと同様に、あらかじめ許可された場所からしか接続できないようにする仕組みです。
公開鍵認証を
設定・確認
ポート番号を
変更
パスワード
認証を無効化
必要なら
IP制限も
追加
05 GENAI CASE STUDY 【独自データ】GENAI社内のSSH運用実態 Claude Codeが本番サーバーに安全にアクセスする仕組み
ここでは、弊社(株式会社GENAI)が実際にSSHをどう運用し、Claude Codeにどこまでサーバー作業を任せているかを紹介します。
5-1. 弊社の運用体制
| 項目 | 内容 |
|---|---|
| 認証方式 | 公開鍵認証に統一(パスワード認証は無効化) |
| 秘密鍵の管理 | 担当者のパソコン内にのみ保管、外部共有は行わない |
| Claude Codeの操作範囲 | 担当者が起動したセッション内でのみサーバー作業を実行 |
| 作業ログ | サーバー側の操作履歴を保存し、事後確認が可能な状態を維持 |
弊社では、Claude Codeが直接「秘密鍵を持って自律的にどこかのサーバーに接続する」という運用は行っていません。担当者が自分のパソコンでSSH接続を確立した状態で、Claude Codeにその環境内での作業を依頼するという形を取っています。
この違いは重要です。Claude Codeが秘密鍵そのものを保管・管理しているわけではなく、人間が既に安全に確立した接続環境の中で、指示された作業を実行しているという位置づけです。鍵の管理責任は、あくまで人間側にあります。
5-2. サーバー作業を依頼する際の確認フロー
弊社でClaude Codeにサーバー上の作業(ファイルの更新、設定変更など)を依頼する際は、以下のような確認フローを設けています。
作業内容を
日本語で
指示
Claude Codeが
実行予定の
操作を提示
担当者が
内容を確認
承認して
実行
特に、削除や本番環境への直接反映など、取り消しが難しい操作については、必ず実行前に内容を確認し、明示的に承認するという運用を徹底しています。これにより、意図しない変更が本番環境に反映されるリスクを最小化しています。
5-3. 「AIにサーバーを触らせる」ことへの向き合い方
弊社が導入支援をする中で、経営者から最も多く受ける質問の一つが「AIにサーバーを触らせるのは怖くないか」という点です。この不安への回答は、「AIに鍵そのものを渡すのではなく、人間の管理下にある環境で、確認しながら作業させる」という運用ルールを敷くことです。
5-4. トラブルが起きた時の対応実績
弊社でも、過去にサーバー設定の変更後に一時的にアクセスできなくなるトラブルがありました。この際は、事前にバックアップと作業ログを残していたことで、どの変更が原因だったかを迅速に特定し、復旧できたという実績があります。
| トラブル内容 | 原因 | 復旧までの時間 |
|---|---|---|
| ポート変更後にSSH接続ができなくなった | 新しいポート番号への接続設定を反映し忘れていた | 約15分(作業ログから原因特定) |
| パスワード認証無効化後、想定と違う挙動が発生 | 公開鍵の設定に一部不整合があった | バックアップから設定を復元し、約30分で解決 |
このような事例からも分かる通り、作業ログとバックアップの2点セットがあれば、トラブルが発生しても大きな損害につながる前に対処できることがほとんどです。逆に、この2点を怠っていると、原因不明のトラブルが長時間の業務停止につながるリスクが高まります。
普段問題が起きていないと、作業ログやバックアップの重要性を実感しにくいものです。しかし、これらの備えは「問題が起きた時」にこそ価値を発揮します。平常時から地味な記録作業を続けることが、結果的に最大のリスク対策になります。
06 OVERCOMING BARRIERS 【独自】非エンジニアが越える3つの壁 サーバー管理への不安を乗り越える考え方
「仕組みは分かったけど、実際に自分の会社でどこまで任せていいのか判断がつかない」——ここでは、非エンジニアがサーバー管理・SSHの運用を任せる際に越えるべき3つの壁を紹介します。
6-1. 【壁1】「壊れたら終わり」という不安 → バックアップの有無を確認する
最初の壁は、サーバーに何か問題が起きたら取り返しがつかないのでは、という不安です。この不安への対処は、サーバーのバックアップが定期的に取られているかを確認することです。
適切なバックアップ体制があれば、万が一の不具合が発生しても以前の状態に復元できます。この安全網があることで、「壊れたら終わり」という過度な不安を持たずに、AIによる作業を進められます。
6-2. 【壁2】専門用語が多くて判断できない → 「取り消せるか」だけ確認する
2つ目の壁は、SSHやサーバー関連の専門用語が多く、何が重要な判断ポイントなのか分からないという状況です。この場合、全ての専門用語を理解する必要はなく、「この作業は取り消せるか、取り消せないか」だけを確認するという一点に集中すれば十分です。
取り消せる作業(設定の変更など)は比較的リスクが低く、取り消せない作業(データの削除など)は慎重な確認が必要、というシンプルな基準で判断できます。
6-3. 【壁3】誰が何をしたか分からなくなる → 作業ログを残す運用にする
3つ目の壁は、複数人でサーバーにアクセスするようになった際、誰がいつ何を変更したのかが分からなくなる、という管理上の不安です。この対処法は作業内容を記録する運用ルールを設けることです。
目的を記録
何をするための
作業か
実行
Claude Code
と一緒に
確認
意図通りか
チェック
記録を残す
後から
追跡可能に
6-4. 「専門家に丸投げすべきか、自社で持つべきか」の判断
サーバー管理をどこまで社内で持つか、外部の専門家に依頼するかという判断も、多くの経営者が悩むポイントです。この判断は、「サーバーへの変更頻度」を基準に考えると整理しやすくなります。
| 状況 | おすすめの体制 |
|---|---|
| サーバーへの変更がほとんど発生しない | 外部の専門家に都度依頼するスタイルで十分 |
| LP修正やコンテンツ更新が頻繁に発生する | 社内でClaude Codeと一緒に運用できる体制を作るほうが効率的 |
| 機密性の高いデータを大量に扱う | 専門のセキュリティ担当者・ベンダーとの連携を検討 |
弊社のように日常的にLP・Webサイトの修正が発生する業態では、都度外部に依頼するコストと時間を考えると、社内でClaude Codeと安全に協業できる体制を持つメリットが大きくなります。一方で、変更頻度が低い場合は、無理に社内体制を作らず、必要な時だけ専門家に依頼するのも合理的な選択です。
07 WORKING WITH CLAUDE CODE Claude CodeにSSH経由の作業を任せる際の注意点 安全に任せるための3つのルール
最後に、Claude CodeにSSH経由でのサーバー作業を任せる際に、非エンジニアの経営者・管理職が意識しておくべき3つのルールを紹介します。
| ルール | 内容 |
|---|---|
| 秘密鍵は絶対に共有しない | AIに鍵そのものを渡す運用は避け、人間が接続した環境内で作業させる |
| 取り消せない操作は必ず事前確認 | 削除・上書きなど元に戻せない操作は、実行前に内容を確認する |
| 重要な変更は記録に残す | 何を・いつ・なぜ変更したかを記録し、後から追跡できる状態にする |
これら3つのルールを守っていれば、SSH経由のサーバー作業をClaude Codeに任せることは、人間が手作業で行うより安全な場面も多いと言えます。人間の手作業では記録が残りにくいのに対し、AIとの協業では作業内容がテキストとして明確に残るためです。
7-1. 初めて依頼する時は「影響の小さい作業」から
Claude Codeとのサーバー作業への協業を初めて始める際は、いきなり本番環境の重要な変更を任せるのではなく、影響が小さく、失敗しても復旧が容易な作業から試すことを推奨します。
この段階的な進め方により、非エンジニアの担当者もClaude Codeとの協業に徐々に慣れていくことができ、いきなり重大な判断を求められるという心理的な負担を避けられます。
08 CONCLUSION まとめ ── SSHは「安全な通路」を作る技術 仕組みを理解すれば、AIとの協業も安心して任せられる
この記事では、SSHの基本的な仕組みから、パスワード認証と公開鍵認証の違い、セキュリティを高める設定の考え方、弊社GENAIの実運用例、非エンジニアが越えるべき壁、Claude Codeへの安全な依頼の仕方までを整理しました。最後にポイントを振り返ります。
最も重要なメッセージをお伝えします。「AIにサーバーを触らせる」ことへの不安の多くは、仕組みを正しく理解することで解消できます。鍵の管理を人間が握り、取り消せない操作は事前確認する、というシンプルなルールがあれば、Claude Codeとの協業は十分に安全に進められます。
弊社がこれまで見てきた中で、AI活用の導入が遅れがちな会社に共通しているのは、「サーバーやセキュリティの話は難しそうだから、後回しにしよう」という判断です。しかし実際には、この記事で紹介したような基本的なルール(鍵は人間が管理する、取り消せない操作は事前確認する、記録を残す)を押さえておくだけで、専門家でなくても十分に安全な運用は実現できます。「難しそうだから後回し」ではなく、「基本ルールを押さえてから小さく始める」という発想の転換が、AI活用を前に進める最大の鍵になります。
弊社では、非エンジニアの経営者・管理職の方でも、安心してサーバー運用・保守をClaude Codeと一緒に進められる体制づくりを支援しています。この考え方に共感いただけた方は、ぜひ以下のAI鬼管理までお気軽にご相談ください。
Claude Codeでの安全なサーバー運用を、AI鬼管理が一緒に設計します
「AIにサーバーを触らせるのが不安」という方は少なくありません。
弊社の実運用ノウハウをベースに、貴社に合った安全な運用ルールの設計をご相談いただけます。
ここから先の進め方は、大きく2つあります。
自社で回せるようになりたい方は、AI鬼管理でClaude Code/Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
覚えるより任せたい方は、AI社員AIKATAでこの記事のような定型業務を丸ごと預ける道があります。料金は月30万円の月額定額、追加費用は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
よくある質問
Q. SSHとは何の略ですか?
A. Secure Shell(セキュア・シェル)の略です。「安全な通信路」という意味を持ち、離れたサーバーに暗号化された通信で安全に接続するための仕組みです。
Q. SSHを使わずにサーバーに接続する方法はありますか?
A. FTPなど他の接続方法も存在しますが、暗号化されていない古い方式では通信内容が盗聴されるリスクがあります。現在の本番サーバー運用では、SSH自体、またはSSHの仕組みを使ったファイル転送方式であるSFTPが標準的に使われています。
Q. 公開鍵認証への切り替えは自分でもできますか?
A. 手順自体は決まっていますが、設定を誤るとサーバーにアクセスできなくなるリスクがあるため、初めての場合はClaude Codeや専門の担当者と一緒に、慎重に確認しながら進めることを推奨します。
Q. Claude Codeが秘密鍵を持ってサーバーを操作することはありますか?
A. 弊社の運用では、秘密鍵はAIに渡さず人間が管理し、人間が確立した接続環境の中でClaude Codeに作業を依頼する形を取っています。この運用ルールを徹底することで、鍵の管理責任を明確に人間側に保持しています。
Q. サーバーへの変更で失敗したら元に戻せますか?
A. 定期的なバックアップが取られていれば、多くの場合元の状態に復元できます。重要な変更を行う前には、バックアップの有無と最新性を必ず確認することを推奨します。
Q. SSHのポート番号を変更すれば絶対に安全になりますか?
A. 絶対安全にはなりませんが、無差別な自動攻撃の多くを回避できる一定の効果があります。ポート変更は「多層防御」の一部であり、公開鍵認証やIP制限など他の対策と組み合わせることで、より高い安全性が得られます。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理/AI社員AIKATAへのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。




