その通りです。たとえば、SMBリクエストバッファのサイズをチェックするコードは存在するものの、実際には適用されていません。この不一致が、拡張属性値の長さを制限する仕組みの欠如を生みます。運用環境では、SMB1を無効化するか、その使用を確認する必要があります。

まず、カーネルログやメモリダンプを確認し、異常な書き込みの兆候がないかをチェックしましょう。また、SMB1が有効かどうかを`/etc/samba/smb.conf`や`mount`コマンドで確認し、不要な場合は早急に無効化することが重要です。

公式パッチが公開されたら、その適用は「速やかに」が鉄則です。ただし、パッチ適用前の環境の状態を変更管理システムで記録し、影響範囲を特定する必要があります。テスト環境での確認を経た上で本番環境に反映しましょう。

SMBファイル操作やネットワーク共有の異常を監視するため、ログ監視ツールやインシデント管理システムを活用してください。また、ベンダー情報確認を怠ると、パッチの適用が遅れ、リスクが増大します。公式サイトやメーリングリストを定期的にチェックする習慣が不可欠です。

SMB1は古く、多くの現代のシステムでは不要です。しかし、過去の技術が運用環境に残っている場合、そのリスクを常に意識する必要があります。ユーモアを交えて言いますが、SMB1は「古き良き時代の遺物」であり、現代のセキュリティには不向きです。その「遺物」を片付けるのが、運用者の使命です。