IT用語集 2023/10/20

SMBとは？わかりやすく10分で解説

コラム

SMB（Server Message Block）は、ネットワーク越しにファイル共有やプリンタ共有を行うための代表的なプロトコルです。社内ファイルサーバーの共有フォルダが「当たり前」に使える背景にはSMBがあり、設定やバージョン選択を誤ると性能だけでなくセキュリティにも直結します。本記事では、SMBの役割、バージョンごとの違い、利用シーン、設定時の注意点を整理します。

SMBとは？

コンピュータネットワークを学ぶ際に押さえておきたいプロトコルの一つがSMB（Server Message Block）です。SMBは、ネットワークを通じてコンピュータ間でファイルやプリンタなどのリソースを共有するための仕組みとして広く使われています。

SMBプロトコルの概念

SMBは、クライアントとサーバーの間で「共有フォルダにアクセスする」「ファイルを読み書きする」「印刷を依頼する」といった操作をやり取りするためのプロトコルです。Windows環境で特に一般的ですが、LinuxやmacOSでも（Sambaなどの実装を通じて）利用できます。

なお、SMBはOSI参照モデルの特定の層にきれいに割り当てられるというより、実用上はアプリケーション層で動作し、TCP上で通信するプロトコルとして理解するのが自然です。一般的にはTCP 445番ポートを使い、古い構成ではNetBIOS経由（TCP 139番）で扱われることもあります。

SMBの歴史とその進化

SMBの起源は1980年代に遡り、その後MicrosoftのWindows環境で広く採用され、互換性を保ちながら改良が重ねられてきました。SMBバージョン1（SMB1）は古い環境で利用されてきた世代で、CIFS（Common Internet File System）という名称で扱われることもあります。

一方で、SMB1は設計が古く、現代の運用ではセキュリティ面・性能面の弱点が問題になりやすいことが知られています。そのため、改善版としてSMB2が登場し、さらに暗号化や高可用性などの機能強化が進んだSMB3へと発展してきました。現在の運用では、互換性の事情がない限りSMB2/SMB3を前提に考えるのが基本です。

SMBプロトコルの詳細

SMBは「ネットワーク越しに、ローカルにあるかのように共有リソースを扱う」ための通信手順を定めたプロトコルです。ここでは、SMBの構造と、通信が成立する流れを整理します。

SMBプロトコルの構造

SMBは、クライアントとサーバーがメッセージを交換することで、ファイル操作（作成、読み取り、書き込み、削除）やディレクトリ操作、印刷関連の処理などを行います。基本の登場人物はクライアントとサーバーの2者で、クライアントが要求を送り、サーバーが応答を返す形で進みます。

SMBプロトコルの作動メカニズム

SMBの通信は、まずクライアントがTCPでサーバーへ接続し、その上でSMBのセッションを確立します。以降は、共有への接続、認証、ファイル操作といった要求（リクエスト）と応答（レスポンス）をやり取りしながら処理が進みます。運用上は、認証方式、アクセス権、暗号化や署名といった設定が、使い勝手だけでなく安全性にも影響します。

SMB1 vs. SMB2 vs. SMB3

SMBには世代差があり、同じ「SMB」という呼び方でも安全性と機能が大きく異なります。

SMB1は古い環境との互換性のために使われてきましたが、現代の運用ではセキュリティリスクになりやすく、性能面も不利になりがちです。なぜ当時使われていたかというと、広範な互換性があり、古い機器や古いOSとも接続できたからです。しかし現在は、攻撃に悪用されやすい条件が揃いやすく、OS側でも無効化が推奨される場面が増えています。

SMB2は、無駄なやり取りを減らし、効率よく通信するための改善が進められた世代です。SMB3では、暗号化などのセキュリティ機能や高可用性・性能面の拡張が加わり、企業ネットワークでもより扱いやすい方向へ発展しています。

結論として、現在はセキュリティと運用性の観点から、原則としてSMB2/SMB3を前提に設計・運用するのが基本です。SMB1が必要になるのは、どうしても古い機器やシステムと接続しなければならない、といった限定的なケースに留めるべきです。

SMBプロトコルの応用

SMBは、社内ネットワークや小規模な拠点ネットワークだけでなく、さまざまな場面で使われています。ここでは代表的な利用シーンを整理します。

ファイル共有

SMBの代表的な用途はファイル共有です。共有フォルダを通じて、複数のユーザーが文書や画像などのデータを扱えます。適切に権限設計を行えば、部署単位やプロジェクト単位で共有範囲をコントロールしながら運用できます。

プリンタ共有

SMBはプリンタ共有にも使われます。複数の端末が同一プリンタへ印刷ジョブを送る構成は、オフィスや学校などでよく見られます。利用者が物理的に接続しなくても印刷できる点が利点です。

リモートアクセスと管理

SMBは「ネットワーク越しに共有リソースを扱う」という性質上、運用・管理の場面でも登場します。ただし、リモート管理の用途まで含めてSMBに依存し過ぎると、権限管理や公開範囲のミスがそのままリスクになります。用途に応じて、公開範囲やアクセス制御を慎重に設計することが重要です。

SMBプロトコルの設定方法と調整

SMBの設定はOSや環境によって異なります。ここではWindows環境とLinux環境の方向性を整理しつつ、特に重要な注意点（SMB1の扱い）も明確にします。

Windows環境でのSMB設定

WindowsでSMBを扱う際に最優先で意識したいのは、古いSMB1を安易に有効化しないことです。互換性のためにSMB1が必要な場合でも、対象機器・対象セグメントを限定し、リスクを理解したうえで最小限に留める必要があります。

Windowsの機能には「SMB 1.0/CIFS ファイル共有のサポート」などが表示されることがありますが、これは古い環境との接続のために残っている側面が大きい設定です。通常のファイル共有であれば、SMB2/SMB3の範囲で構成する前提で検討するのが現実的です。

Linux環境でのSMB設定

LinuxでSMBを扱う場合は、Sambaを利用するのが一般的です。たとえばDebian系の環境では、次のようにインストールします。

sudo apt-get install samba

その後、/etc/samba/smb.confを編集し、共有するディレクトリや権限、認証方式などを設定します。ここでも、互換性のために古いプロトコルを許容する必要があるかを最初に判断し、必要以上に古い設定へ寄せないことが重要です。

SMBのパフォーマンス最適化

SMBの体感性能は、サーバー性能だけでなくネットワーク品質（帯域、遅延、パケットロス）にも左右されます。基本方針としては、帯域を確保し、遅延や不安定さを減らすことが第一です。

一方で、「TCPウィンドウサイズを増やす」といった調整は環境依存の影響が大きく、設定だけで万能に改善するとは限りません。まずは現状のボトルネックを切り分け（回線、スイッチ、無線、サーバー負荷、クライアント性能など）、その上で必要な対策に絞るのが安全です。運用面では、バックアップや大容量転送などの重い処理をピーク時間から外す、といった工夫も効果があります。

SMBに関する誤解

SMBは広く使われている一方で、古い知識のまま理解されていることもあります。ここでは、誤解されやすい点を整理します。

よくある誤解

SMBはWindows専用である：SMBはWindowsで一般的ですが、LinuxやmacOSでも利用できます。非Windows環境では、Sambaなどの実装を用いることで、SMBを使ったファイル共有が可能です。

SMBは遅い：SMB1が前提だと性能面で不利になりやすいのは事実ですが、SMB2/SMB3では改善が進んでいます。体感の遅さは、プロトコルの世代だけでなく、ネットワーク品質やサーバー負荷、権限設定、認証方式など複数要因で決まります。

SMBのセキュリティ

SMBはネットワーク越しにリソースへアクセスできるため、セキュリティ設計が不可欠です。具体的には、認証とアクセス権の適切な設計、不要な共有の削減、公開範囲の限定、そして古いSMB1を避けることが重要になります。

SMB3では暗号化などの機能が強化されていますが、機能があることと安全に運用できることは同義ではありません。設定と運用（誰に何を公開するか、どこからアクセスさせるか）が伴って初めて、リスクを抑えた形で利用できます。

SMBプロトコルの今後

SMBは今後も、ファイル共有という現実的なニーズに支えられながら使われ続ける可能性が高いプロトコルです。ただし、クラウド利用の拡大やゼロトラストの考え方の浸透により、「社内ネットワークに置けば安全」という前提は崩れつつあります。

これからのSMBプロトコル

これからのSMBは、性能だけでなく「どう安全に公開し、どう制御するか」がより重要になります。古いデバイスとの互換性が必要な場面も残りますが、その場合は互換性のための設定が新たなリスクにならないよう、範囲を限定して設計することが前提になります。

変化する未来にどう対応するか

SMBに限らず、運用環境は変化し続けます。OSや機器の更新、セキュリティ要求の変化、働き方の変化に合わせて、設定や運用ルールも見直す必要があります。特にSMBは、設定が利用者の利便性に直結する一方で、ミスが情報漏えいや侵入リスクにもつながります。定期的な棚卸しとアップデートを前提に運用することが重要です。