Loading article…
サーバー メッセージ ブロック( SMB ) は、ネットワーク上のノード間でファイル、プリンター、シリアル ポート、およびその他の通信を共有するために使用される通信プロトコル[1]です。Microsoft Windowsでは、SMB 実装は、「サーバー」(ID: ) と「ワークステーション」(ID: ) という漠然とした名前の 2 つのWindows サービスで構成されています。[2]ユーザー認証にはNTLMまたはKerberosプロトコルを使用します。また、認証されたプロセス間通信(IPC) メカニズムも提供します。
LanmanServerLanmanWorkstation
SMBはもともと1983年にIBMのBarry A. Feigenbaum氏によって開発され[3]、 IBMのOS/2を実行しているシステムのネットワーク全体でファイルとプリンターへのアクセスを共有するために使用されました。1987年に、Microsoftと3ComはOS/2用のLAN ManagerにSMBを実装しました。その時点では、SMBはNetBIOSフレームプロトコル上のNetBIOSサービスを基盤となるトランスポートとして使用していました。その後、MicrosoftはWindows NT 3.1にSMBを実装し、それ以来、 TCP/IPとNetBTという新しい基盤トランスポートで動作するように適応させながら更新を続けています。SMB over QUICはWindows Server 2022で導入されました。
1996年に、マイクロソフトは、 Common Internet File System ( CIFS / s ɪ f s / )という名称で、マイナーチェンジを加えたSMB 1.0 [4]のバージョンを公開しました。CIFSは、 LAN Managerを含む、SMBの最も初期のバージョンとも互換性がありました。[4] CIFSは、シンボリックリンク、ハードリンク、および大きなファイルサイズをサポートしていますが、SMB 2.0以降の機能はサポートしていません。 [ 4] [5]ただし、マイクロソフトの提案はインターネットドラフトのままで、標準化されることはありませんでした。[6]マイクロソフトはその後、CIFSという名称を廃止しましたが、SMBの開発とその後の仕様の公開は続けています。Sambaは、 SMBプロトコルとそれに対するマイクロソフトの拡張機能をフリーソフトウェアで再実装したものです。
特徴
サーバー メッセージ ブロック (SMB) を使用すると、コンピュータ ネットワーク上でのファイル共有、プリンタ共有、ネットワーク ブラウジング、プロセス間通信(名前付きパイプ経由)が可能になります。SMB は、Microsoft の分散ファイル システム実装の基盤として機能します。
SMB は、トランスポートにTCPおよびIPプロトコルに依存しています。この組み合わせにより、パブリック インターネットを含む、複雑で相互接続されたネットワーク上でのファイル共有が可能になります。SMBサーバー コンポーネントはTCP ポート445を使用します。SMB は当初、NetBIOS over IEEE 802.2 ( NetBIOS フレームまたは NBF) およびIPX/SPX上で動作し、後にNetBIOS over TCP/IP (NetBT) 上で動作しましたが、Microsoft はこれらのプロトコルを廃止しました。NetBT では、サーバー コンポーネントは 3 つの TCP またはUDPポート (137 (NETBIOS ネーム サービス)、138 (NETBIOS データグラム サービス)、および 139 (NETBIOS セッション サービス)) を使用します。
Microsoft Windows では、2 つの漠然とした名前のWindows サービスが SMB を実装しています。「サーバー」サービス (ID: ) は、共有リソースLanmanServerの提供を担当します。「ワークステーション」サービス (ID: ) は、コンピューター名を維持し、他のコンピューターの共有リソースへのアクセスを支援します。[2] SMB は、 Windows ドメインネットワーク上のActive Directoryに対してユーザーを認証するためにKerberosプロトコルを使用します。より単純なピアツーピア ネットワークでは、SMB はNTLMプロトコルを使用します。
LanmanWorkstation
Windows NT 4.0 SP3以降では、SMB メッセージにデジタル署名して、中間者攻撃を防止できます。[7] [8] [9] SMB 署名は、着信 SMB 接続 (「LanmanServer」サービスによる) と発信 SMB 接続 (「LanmanWorkstation」サービスによる) に対して個別に構成できます。Windows Server 2003以降を実行しているWindowsドメイン コントローラーの既定の設定では、署名されていない着信接続は許可されません。 [10]そのため、最初から SMB 署名をサポートしていない以前のバージョンの Windows ( Windows 9xを含む) は、Windows Server 2003 ドメイン コントローラーに接続できません。[8]
SMB は、パフォーマンスを向上させるために、ファイルに対する便宜的ロック (下記参照) をサポートしています。便宜的ロックのサポートは、Windows Server のリリースごとに変更されています。
便宜的ロック
SMBプロトコルでは、日和見ロックは、クライアントによるネットワークファイルのキャッシュを制御することでパフォーマンスを向上させるために設計されたメカニズムです。 [11]従来のロックとは異なり、日和見ロック（OpLocks）は厳密にはファイルロックではなく、相互排他を提供するためにも使用されません。
便宜的ロックには 4 つの種類があります。
- バッチロック
- バッチ OpLocks は、もともと DOS バッチ ファイル実行操作の特定の動作をサポートするために作成されました。この動作では、ファイルが短期間に何度も開かれ、閉じられますが、これはパフォーマンスの問題です。この問題を解決するために、クライアントは「バッチ」タイプの OpLock を要求することができます。この場合、クライアントはクローズ要求の送信を遅らせ、後続のオープン要求が与えられた場合、2 つの要求は互いにキャンセルされます。[12]
- レベル 1 OpLocks / 排他ロック
- アプリケーションが、SMB サーバー上にホストされている、他のプロセス (または他のクライアント) によって開かれていないファイルを「共有モード」で開くと、クライアントはサーバーから排他的 OpLockを受け取ります。つまり、クライアントは、この特定のファイルにアクセスできるプロセスは自分だけであると想定し、サーバーにコミットする前にファイルへのすべての変更をキャッシュできます。これにより、ファイルの読み取りと書き込みに必要なラウンドトリップが少なくなるため、パフォーマンスが向上します。別のクライアント/プロセスが同じファイルを開こうとすると、サーバーはクライアントにメッセージ (ブレークまたは取り消しと呼ばれる) を送信し、クライアントに以前に与えられた排他的ロックを無効にします。その後、クライアントはファイルへのすべての変更をフラッシュします。
- レベル 2 OpLocks
- クライアントが排他的 OpLock を保持し、ロックされたファイルが第三者によって開かれた場合、クライアントは他のクライアントの書き込み/読み取りアクセスを許可するために排他的 OpLock を放棄する必要があります。その後、クライアントはサーバーから「レベル 2 OpLock」を受け取る場合があります。レベル 2 OpLock では、読み取り要求のキャッシュは許可されますが、書き込みキャッシュは除外されます。
- フィルター OpLocks
- Windows NT 4.0 で追加されたフィルター Oplock はレベル 2 OpLocks に似ていますが、ファイルのオープンとロックの受信の間の共有モード違反を防止します。Microsoft は、複数のリーダーを許可することが重要な場合にのみフィルター OpLocks を使用し、その他の状況ではレベル 2 OpLocks を使用することを推奨しています。OpLock を保持しているクライアントは、実際にはファイルのロックを保持しているわけではなく、別のクライアントがロックと一致しない方法でファイルにアクセスしようとすると、ブレークによって通知されます。ブレークが処理されている間、他のクライアントの要求は保留されます。
- 休憩
- SMB プロトコルの「標準」動作とは対照的に、ブレーク要求がサーバーからクライアントに送信される場合があります。これは、OpLock が無効になったことをクライアントに通知します。これは、たとえば、別のクライアントが OpLock を無効にする方法でファイルを開こうとしたときに発生します。最初のクライアントに OpLock ブレークが送信され、ローカルの変更 (バッチまたは排他 OpLock の場合) がある場合はすべて送信し、OpLock ブレークを確認するように要求されます。この確認により、サーバーは 2 番目のクライアントに一貫した方法で応答できます。
パフォーマンス
SMB プロトコルの使用は、ネットワーク上のブロードキャスト トラフィックの大幅な増加と相関関係にあることがよくあります。ただし、SMB 自体はブロードキャストを使用しません。SMB によく見られるブロードキャストの問題は、実際にはNetBIOSサービス ロケーション プロトコルに起因しています。[説明が必要]既定では、Microsoft Windows NT 4.0サーバーは NetBIOS を使用してサービスを通知および検索していました。NetBIOS は、特定のホストで利用可能なサービスを定期的にブロードキャストすることによって機能します。これは通常、ホスト数が少ないネットワークでは許容される既定値ですが、ネットワーク上のホスト数が増えると、ブロードキャスト トラフィックの増加によって問題が発生する可能性があります。この問題は、 Windows インターネット ネーム サービス(WINS) またはドメイン ネーム システム(DNS) の形式で名前解決インフラストラクチャを実装することで解決できます。WINS は Windows NT 4.0 ネットワークで使用される独自の実装でしたが、Microsoft ネットワークの設計と保守において独自の問題と複雑さをもたらしました。
Windows 2000 のリリース以降、名前解決に WINS を使用することは Microsoft によって非推奨となり、階層型ダイナミック DNSがすべての Windows オペレーティング システムの既定の名前解決プロトコルとして構成されています。DNS による (短い) NetBIOS 名の解決には、DNS クライアントが短い名前を拡張する必要があります。通常は、接続固有の DNS サフィックスを DNS ルックアップ クエリに追加します。WINS は、従来の Windows 環境およびアプリケーションとの相互運用性を確保するために、クライアント上でセカンダリ名前解決プロトコルとして引き続き構成できます。さらに、Microsoft DNS サーバーは、DNS をサポートしない従来の (Windows 2000 より前の) 環境との名前解決の統合をサポートするために、名前解決要求を従来の WINS サーバーに転送できます。
ネットワーク設計者は、SMB 1.0 プロトコルのパフォーマンスに遅延が大きな影響を与え、 FTPなどの他のプロトコルよりもパフォーマンスが悪いことを発見しました。監視により、ホスト間のネットワーク遅延が無視され、"チャティネス" が高いことが明らかになりました。[13]たとえば、インターネット経由のVPN接続では、ネットワーク遅延が発生することがよくあります。Microsoft は、パフォーマンスの問題は主に、SMB 1.0 がストリーミングプロトコルではなくブロック レベル プロトコルであり、もともと小規模なLAN向けに設計されたため発生すると説明しています。SMB 1.0 のブロック サイズは 64K に制限されており、SMB 署名によって追加のオーバーヘッドが発生し、TCP ウィンドウ サイズはWAN リンク用に最適化されていません。[14]この問題の解決策には、更新された SMB 2.0 プロトコル、[15]オフライン ファイル、TCP ウィンドウ スケーリング、およびSMB 1.0 [16]および 2.0 をキャッシュして最適化するさまざまなネットワーク ベンダーのWAN 最適化デバイスがあります。 [17]
歴史
1.0 の
SMB は、もともと 1983 年初頭にIBMで Barry Feigenbaum が設計したもので、 DOS INT 21h のローカル ファイル アクセスをネットワーク ファイル システムに変えることを目的としました。 [3] Microsoft は最も一般的に使用されているバージョンに大幅な変更を加え、1990 年頃に3Comと共同でOS/2向けに開発を開始したLAN Managerオペレーティング システムに SMB サポートを組み込みました。 [18] [19] [20] Microsoft はWindows for Workgroups ( 1992年頃) およびそれ以降のバージョンの Windowsでプロトコルに機能を追加し続けました。LAN Manager 認証は、IBM の「LAN Manager」パスワードを使用するという元のレガシー SMB 仕様の要件に基づいて実装されましたが、DES の実装に欠陥があり、パスワードがクラックされる可能性がありました。[21]その後、Kerberos認証も追加されました。 Windowsドメインログオンプロトコルは当初、米国外で40ビット暗号化を使用していましたが、これはより強力な128ビット暗号化に対する輸出規制のためでした[22] （その後、1996年にビル・クリントン大統領が大統領令13026号に署名したことで解除されました[23]）。
SMB 1.0 (または SMB1) は、もともとNetBIOS フレーム(NetBIOS over IEEE 802.2 ) 上で動作するように設計されました。その後、NetBIOS over IPX/SPX (NBX) やNetBIOS over TCP/IP (NetBT) に適応してきました。また、Windows 2000以降、SMB はTCP ポート 445 を使用してTCP上で動作します。この機能は「ダイレクト ホスト SMB」として知られています。[24] SMB と TCP の間には、まだ薄い層 (NetBT のセッション サービスのセッション メッセージ パケットに類似) が存在します。[24] Windows Server 2003 およびレガシーNASデバイスは、SMB1 をネイティブに使用します。
SMB1 は非常に通信量の多いプロトコルですが、低遅延のローカル エリア ネットワーク(LAN) ではそれほど問題にはなりません。しかし、広域ネットワーク(WAN) では、プロトコルのハンドシェイクの往復により、ネットワーク固有の高遅延が増幅されるため、非常に遅くなります。プロトコルの後のバージョンでは、ハンドシェイク交換の回数が減りました。プロトコルの非効率性を軽減する 1 つの方法は、Riverbed、Silver Peak、Ciscoなどが提供するWAN 最適化製品を使用することです。より優れた方法は、SMB の新しいバージョンにアップグレードすることです。これには、NAS デバイスと Windows Server 2003 の両方のアップグレードが含まれます。SMB1 トラフィックを識別する最も効果的な方法は、Wiresharkなどのネットワーク アナライザー ツールを使用することです。Microsoft は、 SMB1 を使用するデバイスを追跡するための監査ツールをWindows Server 2016で提供しています。 [25]
マイクロソフトは2013年6月にSMB1を非推奨としました。[26] Windows Server 2016およびWindows 10バージョン1709には、SMB1がデフォルトでインストールされていません。[27]
CIFS
1996年にサン・マイクロシステムズがWebNFSを発表したとき[28]、マイクロソフトはSMBをCommon Internet File System (CIFS) [3]に改名する取り組みを開始し、シンボリックリンク、ハードリンク、より大きなファイルサイズのサポート、トランスポートとしてNetBIOSを必要とせずにTCPポート445経由で直接接続をサポートする最初の試み（さらに改良する必要があった大部分が実験的な取り組み）を含む機能を追加しました。マイクロソフトは、いくつかの部分的な仕様をインターネットドラフトとしてIETFに提出しました。[6]これらの提出はその後期限切れになりました。
SMB2.0 について
マイクロソフトは2006年にWindows VistaとWindows Server 2008でプロトコルの新バージョン（SMB 2.0またはSMB2）を導入した。[29]このプロトコルは独自のものであるが、その仕様は公開されており、他のシステムが新しいプロトコルを使用するマイクロソフトのオペレーティングシステムと相互運用できるようにしている。[30]
SMB2 は、コマンドとサブコマンドの数を 100 以上から 19 に減らすことで、SMB 1.0 プロトコルの「チャティネス」を軽減しました。[13]パイプライン化のメカニズム、つまり、前の要求への応答が到着する前に追加の要求を送信することで、高遅延リンクでのパフォーマンスが向上します。複数のアクションを 1 つの要求にまとめる機能が追加され、クライアントがサーバーとやり取りする回数が大幅に減り、結果としてパフォーマンスが向上します。[13] SMB1 にも、複数のアクションをまとめる AndX と呼ばれる複合メカニズムがありますが、Microsoft クライアントは AndX をほとんど使用しません。[要出典]また、「永続的なファイル ハンドル」という概念も導入されています。これにより、ワイヤレス ネットワークでよくある短いネットワーク停止でも、SMB サーバーへの接続が新しいセッションを再ネゴシエートするオーバーヘッドを被ることなく存続できます。
SMB2にはシンボリックリンクのサポートが含まれています。その他の改善点としては、ファイルプロパティのキャッシュ、HMAC SHA-256ハッシュアルゴリズムによるメッセージ署名の改善、ユーザー数、共有数、サーバーあたりのオープンファイル数の増加によるスケーラビリティの向上などがあります。[13] SMB1プロトコルは16ビットのデータサイズを使用しており、最大ブロックサイズが64Kに制限されています。SMB2は32ビットまたは64ビット幅のストレージフィールドを使用し、ファイルハンドルの場合は128ビットを使用します。これにより、ブロックサイズに関する以前の制約がなくなり、高速ネットワークでの大容量ファイル転送のパフォーマンスが向上します。[13]
Windows Vista/ Server 2008以降のオペレーティングシステムは、SMB2を使用できる他のマシンと通信するときにSMB2を使用します。SMB1は、古いバージョンのWindowsやさまざまなベンダーのNASソリューションとの接続に引き続き使用されます。Samba 3.5には、SMB2の実験的なサポートも含まれています。[31] Samba 3.6は、Windowsのクォータ管理ツールを使用してユーザークォータを変更することを除き、SMB2を完全にサポートしています。[32]
SMB2 が導入されると、SMB プロトコルのサードパーティ実装者にとって、SMB1 に比べて多くの利点がもたらされました。SMB1 は元々IBMによって設計され、リバースエンジニアリングされ、後にXenix、OS/2、VMS ( Pathworks )など、さまざまな非 Windows オペレーティングシステムの一部になりました。X /Open はそれを部分的に標準化しました。Microsoft は、 2000 年 12 月に IETF RFC 3010 としてネットワークファイルシステムのバージョン 4 が正式に IETF 標準化されたことへの対応として、 SMB2 を説明するインターネット ドラフトをIETFに提出しました。 [33]しかし、これらの SMB 関連のインターネット ドラフトは、IETF 標準化トラックの承認やその他の IETF の承認を得ることなく期限切れになりました。(歴史的詳細については、http://ubiqx.org/cifs/Intro.html を参照してください。) SMB2 は、過去との比較的明確な決別でもあります。Microsoft の SMB1 コードは、多種多様な SMB クライアントおよびサーバーで動作する必要があります。 SMB1 では、 Unicodeサポートなどの機能が後から追加されたため、コマンドの情報のバージョンが多数あります (特定の要求に対して返す構造を選択)。SMB2 では、プロトコルの実装者に対する互換性テストが大幅に削減されています。SMB2 コードは、変動性が大幅に減少したため、複雑さが大幅に軽減されています (たとえば、SMB2 では Unicode サポートが必要なため、非 Unicode コード パスは冗長になります)。
AppleはOS X 10.9「Mavericks」からSMB2（自社のApple Filing Protocolから、現在はレガシー）に移行した。[34]しかし、この移行は互換性の問題をはらんでいた。[35] [36] SMB2の非デフォルトサポートはOS X 10.7で実際に登場したが、これはAppleがSambaを放棄し、SMBXと呼ばれる独自のSMB実装を採用したためである[34] 。SambaがGPLv3を採用した後のことである。[37] [38]
LinuxカーネルのCIFSクライアントファイルシステムはバージョン3.7以降でSMB2をサポートしています。[39]
2.1 の
Windows 7およびServer 2008 R2で導入されたSMB 2.1では、新しい機会ロックメカニズムによってパフォーマンスが若干向上しました。[40]
SMB3.0 について
SMB 3.0（旧称SMB 2.2）[41]は、Windows 8 [41]およびWindows Server 2012 [41 ]で導入されました。これにより、 特に仮想化データセンターにおいて、機能の追加とSMB2のパフォーマンスの向上を目的としたいくつかの重要な変更がもたらされました。[42 ]
- SMB ダイレクト プロトコル (SMB over remote direct memory access [RDMA])
- SMBマルチチャネル（SMBセッションごとに複数の接続）[43] [44]
- SMB透過フェイルオーバー[45] [46]
また、エンドツーエンドの暗号化や新しいAESベースの署名アルゴリズムなど、いくつかのセキュリティ強化も導入されています。[47] [48]
3.0.2 について
SMB 3.0.2（当時は3.02と呼ばれていた）はWindows 8.1とWindows Server 2012 R2で導入されました。[49] [50]これらのリリースおよびそれ以降のリリースでは、セキュリティを強化するために、以前のSMBバージョン1をオプションで無効にすることができます。[51] [52]
3.1.1 について
SMB 3.1.1は、 Windows 10およびWindows Server 2016で導入されました。[53]このバージョンでは、 SMB3で追加されたAES-128 CCM暗号化に加えて、 AES-128 GCM暗号化がサポートされ、 SHA-512ハッシュを使用した認証前の整合性チェックが実装されています。また、SMB 3.1.1では、それをサポートするSMBバージョンを使用してクライアントに接続するときに、セキュアネゴシエーションが必須になります。[54]
仕様
SMBの仕様は独自のものであり、当初は非公開であったため、他のベンダーやプロジェクトは、SMBと相互運用するためにプロトコルをリバースエンジニアリングする必要がありました。SMB 1.0プロトコルは、リバースエンジニアリングされてからしばらく経ってから最終的に公開されましたが、SMB 2.0プロトコルは、最初からMicrosoftのOpen Specifications Developer Centerから利用可能でした。[55]
サードパーティの実装
サンバ
1991年、アンドリュー・トリジェルは、Unix系システム向けにSMB/CIFSネットワークプロトコルをフリーソフトウェアで再実装（リバースエンジニアリングを使用）したSambaの開発を開始しました。当初の目的は、 DEC Pathworksクライアントを実行するPCクライアントがSunOSマシン上のファイルにアクセスできるようにするためのSMBサーバーを実装することでした。[3] [56]広く普及しているMicrosoft Windowsプラットフォームとの対話におけるSMBプロトコルの重要性から、Sambaは互換性のあるSMBクライアントとサーバーのフリーソフトウェア実装として人気を博し、 Unix系オペレーティングシステムなどのWindows以外のオペレーティングシステムがWindowsと相互運用できるようになりました。
バージョン 3 (2003) 以降、Samba は Microsoft Windows クライアントにファイルおよび印刷サービスを提供しており、プライマリ ドメイン コントローラ(PDC) またはドメイン メンバーとしてWindows NT 4.0サーバー ドメインと統合できます。Samba4 インストールは、Windows 2008 ドメインおよびフォレスト機能レベルでActive Directoryドメイン コントローラまたはメンバー サーバーとして動作できます。 [57]
Linux ディストリビューションのパッケージ マネージャーは、 cifs-utilsパッケージを検索できます。このパッケージは、Samba のメンテナーから提供されています。
ネットスムブ
NSMB（NetsmbおよびSMBFS）は、BSDオペレーティングシステムにおけるカーネル内SMBクライアント実装のファミリーです。これは、 Boris PopovによってFreeBSD 4.4に最初に提供され、現在ではNetBSDやmacOSを含む他のさまざまなBSDシステムに使用されています。[58]それ以来、実装は大きく分岐しています。[59]
macOS 版の NSMB は、シンボリックリンクを表現する一般的な方式を採用していることで有名です。この「Minshall-French」形式では、シンボリックリンクは拡張子.symlinkとXsym\nマジックナンバーを持つテキストファイルとして表示され、常に 1067 バイトの長さです。この形式は、ネイティブ SMB サーバーまたはサポートされていないファイルシステムにシンボリックリンクを格納する場合にも使用されます。Samba はオプションでこの形式をサポートしていますmfsymlink。[60] Windows 上の Docker でも使用されているようです。[引用が必要]
いいえ
NQ は、Visuality Systems が開発したポータブル SMB クライアントおよびサーバー実装のファミリーです。Visuality Systems は、1998 年に元Siemens Data Communications の CEO である Sam Widerman によって設立されたイスラエルの企業です。NQ ファミリーは、組み込み SMB スタック (C 言語で記述)、Pure Java SMB クライアント、およびストレージ SMB サーバー実装で構成されています。すべてのソリューションは、最新の SMB 3.1.1 方言をサポートしています。NQ for Linux、NQ for WinCE、iOS、Android、VxWorks、およびその他のリアルタイム オペレーティング システムはすべて、構成可能な NQ ソリューションによってサポートされています。
モスMB
MoSMBはLinux用のユーザー空間SMB実装です。SMB 2.xとSMB 3.xをサポートしています。主な機能には、クラウドスケールのアクティブ-アクティブスケールアウトクラスター、SMBダイレクト（RDMA）、SMBマルチチャネル、透過的フェイルオーバー、継続的な可用性などがあります。MoSMBは、 ext4、ZFS、Lustre、CephなどのPOSIXファイルシステムに加えて、ストレージバックエンドとしてAmazon S3オブジェクトストレージもサポートしています。 [61]
Tuxera による Fusion ファイル共有
TuxeraのFusion File Shareは、 Tuxeraが開発した独自のSMBサーバー実装であり、カーネルまたはユーザー空間で実行できます。[62] SMB 3.1.1とそれ以前のすべてのバージョンをサポートし、さらに継続的な可用性（永続ハンドル）スケールアウト、RDMA（SMBダイレクト）、SMBマルチチャネル、透過的圧縮、シャドウコピーなどの高度なSMB機能もサポートしています。
同じく
Likewise は 2009 年に CIFS/SMB 実装 (バージョン 1.0、2.0、2.1、NFS 3.0) を開発し、 Linux/Unix ベースのデバイス上に構築されたOEMストレージ製品で使用されるファイルへのネットワーク アクセス用のマルチプロトコルの ID 認識プラットフォームを提供しました。このプラットフォームは、従来の NAS、クラウド ゲートウェイ、クラウド キャッシュ デバイスに使用でき、ネットワーク経由でのファイルへの安全なアクセスを提供します。Likewise は2012 年に EMC Isilonに買収されました。
ケスムBD
KSMBD は、Linux カーネル用のオープンソースのカーネル内 CIFS/SMB サーバー実装です。ユーザー空間実装と比較して、パフォーマンスが向上し、SMB Direct などの一部の機能の実装が容易になります。SMB 3.1.1 および以前のバージョンをサポートしています。
安全
長年にわたり、マイクロソフトが直接依存しているプロトコルやコンポーネントの実装には、多くのセキュリティ上の脆弱性がありました。 [63] [64]他のベンダーのセキュリティ上の脆弱性は、主にNTLMv2やKerberosなどの新しい認証プロトコルのサポートが不足しており、NTLMv1、 LanMan、またはプレーンテキストのパスワードなどのプロトコルが優先されていることにあります。リアルタイム攻撃追跡[65]によると、SMBは侵入試行の主な攻撃ベクトルの1つであり、[66]たとえば2014年のソニー・ピクチャーズ攻撃、[67]や2017年のWannaCryランサムウェア攻撃がそれである。 [68] 2020年には、2つのSMBの重大度の高い脆弱性が公開され、SMBGhost （CVE-2020-0796）とSMBleed（CVE-2020-1206）と呼ばれ、これらが連鎖すると、攻撃者にRCE（リモートコード実行）権限を与えることができる。 [69]
参照
参考文献
- ^ 「Microsoft SMB プロトコルと CIFS プロトコルの概要」。Microsoft。2009年10 月 22 日。2016 年 8 月 2 日時点のオリジナルよりアーカイブ。2019 年4 月 10 日閲覧。
- ^ ab 「Lan Manager Networking Concepts」。サポート。Microsoft。2012年12月30日時点のオリジナルよりアーカイブ。2014年9月18日閲覧。
- ^ abcd Tridgell, Andrew . 「Myths About Samba」。2017年10月20日時点のオリジナルよりアーカイブ。2016年1月3日閲覧。
- ^ abc 「Common Internet File System」。Windows 2000 Web およびアプリケーション サービスの技術概要。Microsoft。2012 年 7 月 18 日。2022 年 1 月 30 日時点のオリジナルよりアーカイブ。2022年1 月 30 日に取得– Microsoft Docs経由。
- ^ Coulter, David; Satran, Michael; Batchelor, Drew (2021 年 1 月 8 日). 「Microsoft SMB プロトコルと CIFS プロトコルの概要」. Windows アプリ開発. Microsoft . 2022 年 1 月 28 日時点のオリジナルよりアーカイブ。2022年1 月 30 日に取得– Microsoft Docs経由。
- ^ ab 参照:
- Heizer, I.; Leach, P.; Perry, D. (1996 年 6 月 13 日). 「Common Internet File System Protocol (CIFS/1.0)」。2019 年 8 月 8 日時点のオリジナルよりアーカイブ。
- Leach, Paul J.; Naik, Dilip C. (1997 年 1 月 3 日)。「CIFS ログオンとパススルー認証」。2024 年 5 月 31 日時点のオリジナルよりアーカイブ。2017年12 月 10 日閲覧。
- Leach, Paul J.; Naik, Dilip C. (1997 年 1 月 10 日). 「CIFS/E ブラウザ プロトコル」。2024 年 5 月 31 日時点のオリジナルよりアーカイブ。2017年12 月 10 日閲覧。
- Leach, Paul J.; Naik, Dilip C. (1997 年 1 月 31 日). 「CIFS 印刷仕様」。2024 年 5 月 31 日時点のオリジナルよりアーカイブ。2017年12 月 10 日閲覧。
- Leach, Paul J.; Naik, Dilip C. (1997 年 2 月 26 日). 「CIFS リモート管理プロトコル」。2024 年 5 月 31 日時点のオリジナルよりアーカイブ。2017年12 月 10 日閲覧。
- Leach, Paul J.; Naik, Dilip C. (1997 年 12 月 19 日). 「Common Internet File System (CIFS/1.0) Protocol」。2024 年 5 月 31 日時点のオリジナルよりアーカイブ。2017 年12 月 10 日閲覧。
- ^ 「サーバー メッセージ ブロック署名の概要」。Windows Server のトラブルシューティング。Microsoft。2021年11 月 24 日。2022 年 1 月 29 日時点のオリジナルよりアーカイブ。2022年1 月 29 日に取得– Microsoft Docs経由。
- ^ ab Johansson, Jesper M. (2005 年 5 月 20 日). 「セキュリティで自らの足を撃つ方法、パート 1」.セキュリティ ガイダンス. Microsoft . 2018 年 10 月 19 日時点のオリジナルからのアーカイブ。2018 年 10 月 19 日に取得– Microsoft Docs 経由。この
記事では、 [...] サーバー メッセージ ブロック (SMB) メッセージの署名について説明します。
- ^ Barreto, Jose (2010 年 12 月 1 日)。「SMB 署名の基本 (SMB1 と SMB2 の両方をカバー)」。Jose Barreto のブログ アーカイブ。Microsoft。2012年 12 月 2 日のオリジナルからのアーカイブ – Microsoft Docs経由。SMBプロトコルのこのセキュリティ メカニズムは、パケットの改ざんや「中間者」攻撃などの問題
を回避するのに役立ちます。[...] SMB 署名は、現在サポートされているすべてのバージョンの Windows で使用できますが、ドメイン コントローラーでのみ既定で有効になっています。SMB は、クライアントがグループ ポリシー情報をダウンロードするために使用するプロトコルであるため、ドメイン コントローラーではこれが推奨されます。SMB 署名は、クライアントが本物のグループ ポリシーを受信していることを保証する方法を提供します。
- ^ 「MSKB887429: サーバー メッセージ ブロック署名の概要」。Microsoft。2007年 11 月 30 日。2010 年 11 月 20 日時点のオリジナルからアーカイブ。2012 年10 月 24 日取得。
既定では、Windows Server 2003 ベースのドメイン コントローラー上の受信 SMB セッションには SMB 署名が必要です。
- ^ “Opportunistic Locks”. Microsoft. 2018年5月31日. 2021年8月19日時点のオリジナルよりアーカイブ。 2021年8月19日閲覧。
- ^ 「All About Opportunistic Locking」. Sphere IT . 2014年. 2021年8月19日時点のオリジナルよりアーカイブ。 2021年8月19日閲覧。
- ^ abcde Jose Barreto (2008 年 12 月 9 日)。「SMB2、Windows 用メイン リモート ファイル プロトコルの完全な再設計」。Microsoft Server & Management ブログ。2013 年 1 月 12 日時点のオリジナルよりアーカイブ。2009 年11 月 1 日閲覧。
- ^ Neil Carpenter (2004 年 10 月 26 日)。「WAN リンク上の SMB/CIFS パフォーマンス」。Microsoft。2020年2 月 13 日時点のオリジナルよりアーカイブ。2020年2 月 13 日閲覧。
- ^ 「Windows Server の SMB の新機能」。Microsoft。2016年8 月 31 日。2017 年 2 月 11 日時点のオリジナルよりアーカイブ。2017 年2 月 6 日閲覧。
- ^ Mark Rabinovich、Igor Gokhman。「CIFS アクセラレーション テクニック」(PDF)。ストレージ開発者カンファレンス、SNIA、サンタクララ 2009。2020年 9 月 30 日時点のオリジナルからアーカイブ(PDF) 。2020 年7 月 6 日閲覧。
- ^ Mark Rabinovich。「Accelerating SMB2」（PDF）。Storage Developer Conference、SNIA、サンタクララ 2011。2024年5月31日時点のオリジナルよりアーカイブ（PDF）。2020年7月6日閲覧。
- ^ Speed, Richard. 「SMB 1.0 を使用する必要があるか? Windows 10 April 2018 Update では NO とされている」theregister.com。2023 年 2 月 18 日時点のオリジナルよりアーカイブ。2023 年2 月 18 日閲覧。
- ^ guenni (2017年6月15日). 「Microsoft、Windows 10 V1709でSMBv1を非アクティブ化する予定」Born's Tech and Windows World . 2023年2月18日時点のオリジナルよりアーカイブ。 2023年2月18日閲覧。
- ^ Giret, Laurent (2022年4月20日). 「Microsoft、Windows 11でSMB1プロトコルを無効にする準備を整える」. Thurrott.com . 2024年5月31日時点のオリジナルよりアーカイブ。 2023年2月18日閲覧。
- ^ Christopher Hertel (1999). 「SMB: サーバー メッセージ ブロック プロトコル」。2010 年 3 月 10 日時点のオリジナルよりアーカイブ。2009 年11 月 1 日閲覧。
- ^ 「Microsoft Windows Encryption Pack 1 の説明」。Microsoft。2006年 11 月 1 日。2009 年 10 月 2 日時点のオリジナルよりアーカイブ。2009年11 月 1 日に取得。
- ^ 「米国大統領令 13026」(PDF)。米国政府。1996 年。2009年 10 月 10 日時点のオリジナルよりアーカイブ(PDF) 。2009 年11 月 1 日閲覧。
- ^ ab 「TCP/IP 経由の SMB の直接ホスティング」。Microsoft。2007年 10 月 11 日。2011 年 3 月 26 日時点のオリジナルよりアーカイブ。2009 年11 月 1 日閲覧。
- ^ Kyttle, Ralph (2017 年 5 月 13 日)。「SMB1 – Message Analyzer を使用してアクティブな使用状況を監査する」。Microsoft TechNet。Microsoft。2019年 3 月 28 日時点のオリジナルよりアーカイブ。2019 年3 月 28 日閲覧。
- ^ 「SMB1 の廃止 - この古い SMB 方言の廃止を計画する必要があります - Jose Barreto のブログ」。blogs.technet.microsoft.com。2015年 4 月 21 日。2017 年 5 月 21 日時点のオリジナルよりアーカイブ。2019 年 10 月 9 日に閲覧。
- ^ 「SMBv1 は、Windows 10 Fall Creators Update および Windows Server バージョン 1709 以降では既定でインストールされません」。support.microsoft.com。2019年10 月 10 日時点のオリジナルよりアーカイブ。2019 年 10 月 9 日に取得。
- ^ 「WebNFS - 技術概要」。2007 年 5 月 18 日時点のオリジナルよりアーカイブ。
- ^ Navjot Virk および Prashanth Prahalad (2006 年 3 月 10 日)。「Windows Vista の SMB の新機能」。Chk Your Dsks。Microsoft。2006年5 月 5 日時点のオリジナルよりアーカイブ。2006年5 月 1 日閲覧。
- ^ サーバー メッセージ ブロック (SMB) プロトコル バージョン 2 および 3。Windows プロトコル。オープン仕様(技術レポート)。Microsoft Docs。Microsoft。MS - SMB2。2020年11 月 29 日に取得。
- ^ 「Samba 3.5.0 がダウンロード可能」。2011年7月24日時点のオリジナルよりアーカイブ。2011年7月8日閲覧。
- ^ 「Samba 3.6.0 がダウンロード可能」。2011年9月24日時点のオリジナルよりアーカイブ。2011年8月10日閲覧。
- ^ NFSバージョン4プロトコル。2000年12月。doi : 10.17487/ RFC3010。RFC 3010 。
- ^ ab Eran, Daniel (2013年6月11日). 「Apple、OS X 10.9 MavericksでAFPファイル共有からSMB2に移行」Appleinsider.com。2017年2月12日時点のオリジナルよりアーカイブ。 2014年1月12日閲覧。
- ^ Vaughan, Steven J. (2013 年 10 月 28 日)。「Mavericks の SMB2 の問題と修正」ZDNet。2014 年 1 月 5 日時点のオリジナルよりアーカイブ。2014年1 月 12 日閲覧。
- ^ MacParc. 「10.9: SMB スタックを切り替えて、SMB1 をデフォルトとして使用する」。Mac OS X ヒント。macworld.com。2014 年 1 月 12 日時点のオリジナルからアーカイブ。2014年1 月 12 日閲覧。
- ^ Topher Kessler (2011年3月23日). 「OS XのSambaにさよなら」CNET。2014年1月15日時点のオリジナルよりアーカイブ。 2014年1月12日閲覧。
- ^ Thom Holwerda (2011年3月26日). 「Apple、SAMBAを廃止し、自社製品に置き換える」。2013年11月2日時点のオリジナルよりアーカイブ。2014年1月12日閲覧。
- ^ 「Linux 3.7 - Linux Kernel Newbies」。2016年9月11日時点のオリジナルよりアーカイブ。2016年9月4日閲覧。
- ^ 「エンドユーザー データ集中化ソリューションの実装」。Microsoft。2009年 10 月 21 日。pp. 10–11。2010 年 9 月 6 日時点のオリジナルよりアーカイブ。2009年11 月 2 日閲覧。
- ^ abc Jeffrey Snover (2012年4月19日). 「SMB 2.2 は SMB 3.0 になりました」. Windows Server ブログ. 2020年7月8日時点のオリジナルよりアーカイブ。 2020年7月6日閲覧。
- ^ Chelsio Communications (2013年4月2日). 「40G SMB Direct」。2013年9月7日時点のオリジナルよりアーカイブ。 2013年6月18日閲覧。
- ^ Jose Barreto (2012 年 10 月 19 日)。「SNIA Tutorial on the SMB Protocol」(PDF)。Storage Networking Industry Association。2013年 6 月 3 日時点のオリジナルよりアーカイブ(PDF) 。2012年11 月 28 日閲覧。
- ^ Thomas Pfenning. 「ファイル プロトコルの将来: データセンターにおける SMB 2.2」(PDF) 。2012 年 7 月 20 日のオリジナル(PDF)からアーカイブ。
- ^ Joergensen, Claus (2012-06-07). 「SMB 透過的フェイルオーバー – ファイル共有を継続的に利用可能にする」Microsoft TechNet。 2019 年 1 月 11 日時点のオリジナルよりアーカイブ。2017 年2 月 1 日閲覧。
- ^ Savill, John (2012-08-21). 「ファイル共有の高可用性を実現する新しい方法」. Windows IT Pro . 2016年11月27日時点のオリジナルよりアーカイブ。2017年2月1日閲覧。
- ^ 「SMB セキュリティ強化」。Microsoft Technet。2014 年 1 月 15 日。2014 年 10 月 9 日時点のオリジナルよりアーカイブ。2014 年6 月 18 日閲覧。
- ^ Jose Barreto (2013 年 5 月 5 日)。「Windows Server 2012 ファイル サーバーと SMB 3.0 に関する更新されたリンク」。Microsoft TechNetサーバーおよび管理ブログ。2016 年 8 月 3 日時点のオリジナルよりアーカイブ。2016 年8 月 14 日閲覧。
- ^ Jose Barreto (2014 年 7 月 7 日)。「Windows Server 2012 R2 ファイル サーバーと SMB 3.02 に関する更新されたリンク」。Microsoft TechNetサーバーおよび管理ブログ。2016 年 8 月 26 日時点のオリジナルよりアーカイブ。2016年8 月 14 日閲覧。
- ^ Jose Barreto (2013 年 12 月 12 日)。「Storage Developer Conference – SDC 2013 スライドが公開されました。Microsoft スライドへのリンクは次のとおりです…」。Microsoft TechNet Server & Management ブログ。2016 年 8 月 26 日時点のオリジナルよりアーカイブ。2016 年8 月 14 日閲覧。
- ^ Eric Geier (2013 年 12 月 5 日)。「 WindowsNetworking.com : SMB 3.0 および 3.02 プロトコル更新の改善」。WindowsNetworking.com。2015年 4 月 9 日時点のオリジナルよりアーカイブ。2015年4 月 6 日閲覧。
- ^ Jose Barreto (2015 年 4 月 30 日)。「Windows Server 2012 R2 の SMB3 ネットワーク リンク」。Microsoft TechNet Server & Management ブログ。2016 年 8 月 26 日時点のオリジナルよりアーカイブ。2016 年8 月 14 日閲覧。
- ^ Jose Barreto (2015 年 5 月 5 日)。「Windows Server 2016 Technical Preview 2 の SMB 3.1.1 の新機能」。Microsoft TechNet Server & Management ブログ。2016 年 10 月 8 日時点のオリジナルよりアーカイブ。2016 年8 月 14 日閲覧。
- ^ 「SMB セキュリティ強化」。Microsoft Learn。2023 年 4 月 10 日時点のオリジナルよりアーカイブ。2023年 4 月 10 日閲覧。
- ^ 「Windows プロトコル」。2009 年 9 月 26 日時点のオリジナルよりアーカイブ。2009 年10 月 13 日閲覧。
- ^ Tridgell, Andrew (1997年6月27日). 「ちょっとした歴史とちょっとした楽しみ」。2011年7月17日時点のオリジナルよりアーカイブ。 2011年7月26日閲覧。
- ^ 「Samba 4 の機能レベル」。2011 年 2 月 25 日。2014 年 7 月 29 日時点のオリジナルよりアーカイブ。2014年1 月 12 日閲覧。
- ^ “netsmb(4)”。NetBSD 8.0 マニュアルページ。2022年11月17日時点のオリジナルよりアーカイブ。 2020年1月5日閲覧。
- ^ – FreeBSDファイル形式マニュアル。
- ^ “UNIX Extensions”. SambaWiki . 2020年6月12日時点のオリジナルよりアーカイブ。2020年3月15日閲覧。
- ^ Sunu Engineer. 「拡張性とパフォーマンスに優れた SMB プロトコル サーバーの構築」(PDF)。2016 年 9 月 27 日時点のオリジナルよりアーカイブ(PDF) 。2016年9 月 25 日閲覧。
- ^ 「Microsoft と Tuxera が Tuxera SMB Server を通じてパートナーシップを強化」。Microsoft。Microsoft News Center。2016 年 9 月 14 日。2016 年 11 月 17 日時点のオリジナルよりアーカイブ。2017年2 月 6 日閲覧。
- ^ 「MS02-070: SMB 署名の欠陥によりグループ ポリシーが変更される可能性がある」。Microsoft 2007 年 12 月 1 日。2009 年 10 月 8 日時点のオリジナルよりアーカイブ。2009 年11 月 1 日に取得。
- ^ 「MS09-001: SMB の脆弱性により、リモート コード実行が可能になる」。Microsoft。2009年 1 月 13 日。2009 年 10 月 5 日時点のオリジナルよりアーカイブ。2009年11 月 1 日閲覧。、
- ^ “Sicherheitstacho.eu”. Deutsche Telekom . 2013年3月7日. 2013年3月8日時点のオリジナルよりアーカイブ。 2013年3月7日閲覧。
- ^ 「アラート (TA14-353A) 標的型破壊マルウェア」US-CERT。 2014年12月20日時点のオリジナルよりアーカイブ。 2014年12月20日閲覧。
- ^ 「ソニーのハッカーがサーバーメッセージブロック（SMB）ワームツールを使用」。2014年12月19日。2014年12月20日時点のオリジナルよりアーカイブ。 2014年12月20日閲覧。
- ^ 「WannaCry ランサムウェア攻撃、Microsoft SMB エクスプロイトで被害者を襲う」eWeek 。2017年5 月 13 日閲覧。
- ^ 「SMBleedingGhost 解説: SMBleed (CVE-2020-1206) を SMBGhost で連鎖する」ZecOps ブログ2020-06-09。2020-11-27 時点のオリジナルよりアーカイブ。2020-11-19に取得。
さらに読む
SMB仕様
- "[MS-CIFS]: Common Internet File System (CIFS) プロトコル".オープン仕様. Microsoft . 2020 年 10 月 30 日.
- 共通インターネットファイルシステム (CIFS) プロトコルを指定します。これは、ネットワーク経由でサーバーシステムによって提供されるファイルおよび印刷サービスをクライアントシステムが使用するためのメカニズムを提供する、クロスプラットフォームでトランスポートに依存しないプロトコルです。
- "[MS-SMB]: サーバー メッセージ ブロック (SMB) プロトコル"。オープン仕様。Microsoft。2021年 6 月 25日。
- サーバー メッセージ ブロック (SMB) プロトコルを指定します。これは、CIFS 仕様の公開以降に Microsoft によって実装された既存の Common Internet File System (CIFS) 仕様の拡張機能を定義します。
- "[MS-SMB2]: サーバー メッセージ ブロック (SMB) プロトコル バージョン 2 および 3"。オープン仕様。Microsoft。2021年 12 月 14日。
- サーバー メッセージ ブロック (SMB) プロトコル バージョン 2 および 3 を指定します。これは、マシン間でのファイルおよび印刷リソースの共有をサポートし、サーバー メッセージ ブロック プロトコルの概念を拡張します。
- "[MS-SMBD]: SMB2 リモート ダイレクト メモリ アクセス (RDMA) トランスポート プロトコル"。オープン仕様。Microsoft。2021年 6 月 25 日。
- SMB2 リモート ダイレクト メモリ アクセス (RDMA) トランスポート プロトコルを指定します。これは既存の SMB2 プロトコルのラッパーであり、これらのトランスポートの直接データ配置 (DDP) 機能を活用しながら、iWARP や Infiniband などの RDMA 対応トランスポートを介して SMB2 パケットを配信できるようにします。利点には、CPU オーバーヘッドの削減、レイテンシの短縮、スループットの向上などがあります。
その他
- Hertel, Christopher (2003)。CIFSの実装 - 共通インターネットファイルシステム Archived 2004-02-02 at the Wayback Machine。Prentice Hall。ISBN 0-13-047116 -X。(テキストはOpen Publication License、バージョン 1.0 以降でライセンスされており、上記のリンクから入手できます。)
- Steven M. French、「新しいネットワーク ファイル システムの誕生: SMB2、CIFS、NFS の比較」、2012 年 9 月 7 日にWayback Machineにアーカイブ、Linux Symposium 2007
- Steve French、「ファイル プロトコルの未来: SMB2 と Linux の出会い」、2018 年 8 月 17 日、Wayback Machineにアーカイブ、Linux Collaboration Summit 2012
外部リンク
- 「Windows Developer」ドキュメントの DFS セクション
- SMBのNT LM 0.12方言。Microsoft Word形式