Блок сообщений сервера - Википедия - Server Message Block

В компьютерная сеть, Блок сообщений сервера (SMB), одна из версий которого также была известна как Общая файловая система Интернета (CIFS /sɪжs/),[1][2] это протокол связи[3] для предоставления общий доступ к файлы, принтеры, и последовательные порты между узлы в сети. Он также обеспечивает аутентифицированный межпроцессного взаимодействия механизм. Чаще всего SMB используется на компьютерах, Майкрософт Виндоус, где она была известна как «Сеть Microsoft Windows» до появления Active Directory. Соответствующий Службы Windows находятся LAN менеджер Сервер для сервер компонент и рабочую станцию ​​LAN Manager для клиент компонент.[4]

Функции

Блок сообщений сервера обеспечивает совместное использование файлов, просмотр сети, услуги печати и межпроцессное взаимодействие по сети.

Протокол SMB использует протоколы нижнего уровня для транспорта.

Протокол Microsoft SMB часто использовался с NetBIOS через TCP / IP (NBT) через UDP, используя номера портов 137 и 138, а также номера портов TCP 137 и 139.NBT для использования NetBIOS поддерживается в Windows Server 2003, Windows XP, Windows 2000, Windows NT и Windows Me / 98/95. NetBIOS не поддерживается в Windows Vista, Windows Server 2008 и последующие версии Windows. Комбинация SMB / NBT обычно используется для обратной совместимости.

Протокол NetBIOS через NetBEUI обеспечивает поддержку NetBIOS для протокола NetBEUI. Этот протокол также называют Кадры NetBIOS (NBF). NBF поддерживается в Windows 2000, Windows NT и Windows Me / 98/95. NetBEUI больше не поддерживается в Windows XP и более поздних версиях. Однако протокол SMB также можно использовать без отдельного транспортного протокола непосредственно через TCP, порт 445. NetBIOS также поддерживался несколькими устаревшими протоколами, такими как IPX / SPX.

Система межпроцессного взаимодействия SMB (IPC) обеспечивает именованные каналы и был одним из первых межпроцессных механизмов, широко доступных программистам, который предоставляет сервисам средства для наследования аутентификации, выполняемой, когда клиент[требуется разъяснение ] сначала подключается к серверу SMB.[нужна цитата ]

Некоторые службы, которые работают через именованные каналы, например те, которые используют собственную реализацию Microsoft DCE / RPC через SMB, известный как MSRPC через SMB, также позволяют клиентским программам MSRPC выполнять аутентификацию, которая отменяет авторизацию, предоставленную сервером SMB, но только в контексте клиентской программы MSRPC, которая успешно выполняет дополнительную аутентификацию.

Подпись SMB: Windows NT 4.0 с пакетом обновления 3 и более поздних версий может использовать криптографию для цифровая подпись SMB-соединения. Самый распространенный официальный термин - «подписание SMB». Другие официально использованные термины: «Подписи безопасности [SMB]», «Порядковые номера SMB».[5] и «Подписывание сообщений SMB».[6] Подпись SMB может быть настроена индивидуально для входящих соединений SMB (обрабатываемых службой LanManServer) и исходящих соединений SMB (обрабатываемых службой LanManWorkstation). По умолчанию в Windows 98 и более поздних версиях оппортунистически подписать исходящие соединения, если сервер также поддерживает это, и отступать на неподписанный SMB, если это позволяют оба партнера. Настройка по умолчанию для Windows контроллеры домена из Windows Server 2003 и выше, чтобы не допускать отката для входящих соединений.[7] Эту функцию также можно включить для любого сервера под управлением Windows NT 4.0 с пакетом обновления 3 или более поздней версии. Это защищает от Атаки посредника против клиентов, возвращающих свои политика с контроллеров домена при входе в систему.[8]

SMB поддерживает гибкая блокировка - особый тип механизма блокировки - для файлов с целью повышения производительности.

SMB служит основой для Microsoft Распределенная файловая система выполнение.

История

SMB / CIFS / SMB1

Барри Фейгенбаум изначально разработанный SMB в IBM в начале 1983 г. с целью превратить ДОС ИНТ 21ч локальный доступ к файлам в сетевой файловой системе.[9] Microsoft внесла значительные изменения в наиболее часто используемую версию. Microsoft объединила протокол SMB с LAN менеджер продукт, для которого он начал разрабатывать OS / 2 с 3Com примерно в 1990 г. и продолжал добавлять функции в протокол в Windows для рабочих групп (c. 1992) и в более поздних версиях Windows.

SMB изначально был разработан для работы поверх NetBIOS / NetBEUI API (обычно реализуется с помощью NBF, NetBIOS более IPX / SPX, или же NBT ). С Windows 2000, SMB по умолчанию работает с тонким слоем, похожим на пакет сообщения сеанса службы сеанса NBT, поверх TCP, используя TCP-порт 445, а не TCP-порт 139 - функцию, известную как «прямой хост SMB».[10]

Windows Server 2003 и старше NAS устройства изначально используют протокол SMB1 / CIFS. SMB1 / CIFS - чрезвычайно болтливый протокол, поскольку он неэффективно использует сетевые ресурсы, особенно при передаче по дорогостоящим каналам глобальной сети. По оценкам Microsoft, SMB1 / CIFS составляет менее 10% сетевого трафика в средней корпоративной сети, но это по-прежнему значительный объем трафика. Одним из подходов к снижению неэффективности протокола является использование продуктов WAN Acceleration, таких как продукты Riverbed, Silver Peak или Cisco Systems. Лучший подход - просто отказаться от SMB1 / CIFS путем обновления серверной инфраструктуры, которая его использует. Сюда входят как устройства NAS, так и Windows Server 2003. В настоящее время наиболее эффективным методом определения трафика SMB1 / CIFS является использование инструмента сетевого анализатора, такого как Wireshark и т. Д., Для определения «говорящих» SMB1 / CIFS и последующего вывода из эксплуатации. или обновите их со временем. Microsoft также предоставляет инструмент аудита в Windows Server 2016, который можно использовать для отслеживания говорящих SMB1 / CIFS.[11]

В 1996 году, когда Sun Microsystems объявила WebNFS,[12] Microsoft выступила с инициативой переименовать SMB в Common Internet File System (CIFS)[9] и добавлены дополнительные функции, включая поддержку символические ссылки, жесткие ссылки, файлы большего размера и первоначальная попытка поддержки прямых подключений через TCP-порт 445 без необходимости NetBIOS в качестве транспорта (в значительной степени экспериментальная работа, которая потребовала дальнейшей доработки). Microsoft представила некоторые частичные спецификации как Интернет-проекты к IETF,[13] хотя срок действия этих материалов истек.

Microsoft »добавила SMB1 в Windows Server 2012 R2 осуждение список в июне 2013 года. "[14] В Windows Server 2016 и некоторых версиях Windows 10 Fall Creators Update по умолчанию не установлен протокол SMB1.[15]

SMB 2.0

Microsoft представила новую версию протокола (SMB 2.0 или SMB2) с Виндоус виста в 2006 г.[16] и Сервер 2008. Хотя протокол является проприетарным, его спецификация была опубликована, чтобы позволить другим системам взаимодействовать с операционными системами Microsoft, использующими новый протокол.[17]

SMB2 снижает «болтливость» протокола SMB 1.0 за счет уменьшения количества команд и подкоманд с более чем сотни до девятнадцати.[18] В нем есть механизмы для конвейерная обработка, то есть отправка дополнительных запросов до получения ответа на предыдущий запрос, тем самым повышая производительность по сравнению с задержка ссылки. Он добавляет возможность объединять несколько действий в один запрос, что значительно сокращает количество круглые поездки клиент должен сделать это к серверу, улучшив в результате производительность.[18] SMB1 также имеет механизм сложения, известный как AndX, для объединения нескольких действий, но клиенты Microsoft редко используют AndX.[нужна цитата ] Он также вводит понятие «надежных дескрипторов файлов»: они позволяют подключению к серверу SMB выдерживать кратковременные сбои в работе сети, что типично для беспроводной сети, без дополнительных затрат на повторное согласование нового сеанса.

SMB2 включает поддержку символические ссылки. Другие улучшения включают кеширование свойств файла, улучшенное подписание сообщений с помощью HMAC SHA-256 алгоритм хеширования и лучшая масштабируемость за счет увеличения количества пользователей, общих ресурсов и открытых файлов на сервере, среди прочего.[18] Протокол SMB1 использует 16-битные размеры данных, что, помимо прочего, ограничивает максимальный размер блока до 64 КБ. SMB2 использует 32- или 64-битные поля хранения и 128 бит в случае файловые ручки, тем самым снимая предыдущие ограничения на размеры блоков, что повышает производительность при передаче больших файлов по быстрым сетям.[18]

Виндоус виста/Сервер 2008 и более поздние операционные системы используют SMB2 при взаимодействии с другими машинами, также способными использовать SMB2. SMB1 продолжает использоваться для подключения к более старым версиям Windows, а также к различным поставщикам. NAS решения. Samba 3.5 также включает экспериментальную поддержку SMB2.[19] Samba 3.6 полностью поддерживает SMB2, за исключением изменения пользовательских квот с помощью инструментов управления квотами Windows.[20]

Когда был представлен SMB2, он принес ряд преимуществ по сравнению с SMB1 для сторонних разработчиков протоколов SMB. SMB1, первоначально разработанный IBM, был реконструированный, а позже стал частью широкого спектра операционных систем, отличных от Windows, таких как Xenix, OS / 2 и VMS (Pathworks ). X / Открыть частично стандартизировал; у него также был проект IETF стандарты, которые истекли. (Видеть http://ubiqx.org/cifs/Intro.html для исторических подробностей.) SMB2 также является относительно полным разрывом с прошлым. Код SMB1 от Microsoft должен работать с большим количеством клиентов и серверов SMB. SMB1 предлагает множество версий информации для команд (выбор структуры, возвращаемой для конкретного запроса), потому что такие функции, как Unicode опоры были модернизированы позже. SMB2 предполагает значительно сокращенное тестирование совместимости для разработчиков протокола. Код SMB2 имеет значительно меньшую сложность, поскольку существует гораздо меньшая изменчивость (например, пути кода, отличные от Unicode, становятся избыточными, поскольку SMB2 требует поддержки Unicode).

Apple также переходит на SMB2 (со своего Протокол хранения Apple, теперь устаревшая) с OS X 10.9.[21] Однако этот переход был чреват проблемами совместимости.[22][23] Поддержка SMB2 по умолчанию появилась в OS X 10.7, когда Apple отказалась от Samba в пользу собственной реализации SMB под названием SMBX.[21] Apple перешла на собственную реализацию SMBX после принятия Samba GPLv3.[24][25]

В Ядро Linux Клиентская файловая система CIFS поддерживает SMB2 начиная с версии 3.7.[26]

SMB 2.1

SMB 2.1, представленный в Windows 7 и Server 2008 R2, представил незначительные улучшения производительности с новым механизмом гибкой блокировки.[27]

SMB 3.0

SMB 3.0 (ранее назывался SMB 2.2)[28] был представлен с Windows 8[28] и Windows Server 2012.[28] Он внес несколько значительных изменений, которые призваны добавить функциональность и улучшить производительность SMB2,[29] особенно в виртуализированных дата-центры:

Он также вводит несколько улучшений безопасности, таких как сквозное шифрование и новый AES алгоритм подписи на основе.[34][35]

SMB 3.0.2

SMB 3.0.2 (в то время известный как 3.02) был представлен в Windows 8.1 и Windows Server 2012 R2;[36][37] в этих и более поздних выпусках более ранняя версия SMB 1 может быть дополнительно отключена для повышения безопасности.[38][39]

SMB 3.1.1

SMB 3.1.1 был представлен с Windows 10 и Windows Server 2016.[40] Эта версия поддерживает AES-128 GCM шифрование в дополнение к AES-128 СКК шифрование добавлено в SMB3 и реализует проверку целостности перед аутентификацией с использованием SHA-512 хэш. SMB 3.1.1 также делает обязательным безопасное согласование при подключении к клиентам, использующим SMB 2.x и выше.

Выполнение

Общие вопросы

SMB работает через клиент-сервер подход, где клиент делает конкретные запросы, и сервер отвечает соответствующим образом. Один раздел протокола SMB специально касается доступа к файловые системы, чтобы клиенты могли обращаться к файловый сервер; но некоторые другие разделы протокола SMB специализируются на межпроцессного взаимодействия (МПК). Общий ресурс межпроцессного взаимодействия (IPC) или ipc $ - это общий сетевой ресурс на компьютерах под управлением Microsoft Windows. Этот виртуальный общий ресурс используется для облегчения связи между процессами и компьютерами по SMB, часто для обмена данными между компьютерами, которые прошли проверку подлинности.

Разработчики оптимизировали протокол SMB для локальных подсеть использование, но пользователи также заставили SMB работать для доступа к различным подсетям в Интернете -подвиги с использованием совместного использования файлов или печати в средах MS Windows обычно ориентированы на такое использование.

Серверы SMB создают свои файловые системы и другие Ресурсы доступны клиентам в сети. Клиентским компьютерам может потребоваться доступ к общим файловым системам и принтерам на сервере, и в этой основной функции SMB стал наиболее известным и широко используемым. Однако аспект файлового сервера SMB мало что значил бы без NT домены набор протоколов, обеспечивающих доменное управление в стиле NT аутентификация по крайней мере. Почти все реализации серверов SMB используют аутентификацию домена NT для проверки прав доступа пользователей к ресурсам.

Проблемы с производительностью

Использование протокола 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. Разрешение (коротких) имен NetBIOS с помощью DNS требует, чтобы DNS-клиент разворачивал короткие имена, обычно путем добавления суффикса DNS для конкретного соединения к своим запросам поиска DNS. WINS по-прежнему можно настроить на клиентах в качестве вторичного протокола разрешения имен для взаимодействия с устаревшими средами и приложениями Windows. Кроме того, DNS-серверы Microsoft могут пересылать запросы на разрешение имен на устаревшие WINS-серверы, чтобы поддерживать интеграцию разрешения имен с устаревшими (до Windows 2000) средами, которые не поддерживают DNS.

Сетевые дизайнеры обнаружили, что задержка оказывает значительное влияние на производительность протокола SMB 1.0, поскольку он работает хуже, чем другие протоколы, такие как FTP. Мониторинг показывает высокую степень «болтливости» и игнорирование сетевых задержек между хостами.[18] Например, VPN связь через Интернет часто приводит к задержке в сети. Microsoft объяснила, что проблемы с производительностью возникают главным образом потому, что SMB 1.0 является блочным, а не потоковая передача протокол, который изначально был разработан для небольших LAN; он имеет размер блока, ограниченный 64 КБ, подписывание SMB создает дополнительные накладные расходы, а Размер окна TCP не оптимизирован для каналов WAN.[41] Решения этой проблемы включают обновленный протокол SMB 2.0,[42] Автономные файлы, Масштабирование окна TCP и WAN ускорение устройства от различных сетевых поставщиков, которые кэшируют и оптимизируют SMB 1.0[43] и 2.0.[44]

Модификации Microsoft

Microsoft добавила несколько расширений в свою собственную реализацию SMB. Например, он добавил NTLM, за которым следуют протоколы проверки подлинности NTLMv2, чтобы устранить слабые места безопасности в исходном Аутентификация LAN Manager. Аутентификация LAN Manager была реализована на основе требования оригинальной устаревшей спецификации SMB использовать пароли IBM "LAN Manager", но реализована DES в ошибочная манера что позволяло взламывать пароли.[45] Потом, Kerberos также была добавлена ​​аутентификация. В Домен NT 4.0 протоколы входа в систему изначально использовались 40-битное шифрование вне Соединенные Штаты, из-за экспортных ограничений на более надежное 128-битное шифрование[46] (впоследствии отменено в 1996 г., когда президент Билл Клинтон подписанный Распоряжение 13026[47]). Поддержка оппортунистических блокировок менялась с каждым выпуском сервера.

Самба

В 1991 г. Эндрю Триджелл начал разработку Samba, бесплатно программное обеспечение повторная реализация (с использованием разобрать механизм с целью понять, как это работает ) сетевого протокола SMB / CIFS для Unix-подобный систем, первоначально для реализации сервера SMB, чтобы клиенты ПК могли запускать DEC Pathworks клиент для доступа к файлам на SunOS машины.[9][48] Из-за важности протокола SMB для взаимодействия с широко распространенными Майкрософт Виндоус платформе Samba стала популярной бесплатно программное обеспечение реализация совместимого клиента и сервера SMB для работы с операционными системами, отличными от Windows, такими как Unix-подобный операционных систем для взаимодействия с Windows.

Начиная с версии 3 (2003 г.), Samba предоставляет файловые службы и службы печати для клиентов Microsoft Windows и может интегрироваться с Windows NT 4.0 домен сервера, либо как Основной контроллер домена (PDC) или как член домена. Установки Samba4 могут действовать как Active Directory контроллер домена или рядовой сервер в домене Windows 2008 и лес функциональные уровни.[49]

Менеджеры пакетов в дистрибутивах Linux могут искать cifs-utils упаковка. Пакет предоставлен разработчиками Samba.

Netsmb

NSMB (Netsmb и SMBFS) - это семейство SMB-клиента и сервера в ядре.[нужна цитата ] реализации в операционных системах BSD. Впервые он был добавлен во FreeBSD 4.4 Борисом Поповым, и теперь он встречается во многих других системах BSD, включая NetBSD и macOS.[50] С тех пор реализации значительно разошлись.[51]

Версия NSMB для macOS примечательна своей теперь распространенной схемой представления символических ссылок. В этом «миншалло-французском» формате символические ссылки отображаются в виде текстовых файлов с .symlink расширение и Xsym n магическое число, всегда 1067 байт. Этот формат также используется для хранения символических ссылок на простых серверах SMB или в неподдерживаемых файловых системах. Samba поддерживает этот формат с mfsymlink вариант.[52] Докер в Windows, похоже, тоже его использует.[нужна цитата ]

NQ

NQ - это семейство портативных реализаций SMB-клиента и сервера, разработанное Системы визуализации, израильская компания, основанная в 1998 году Сэмом Видерманом, бывшим генеральным директором Сименс Передача данных. Семейство NQ состоит из встроенного стека SMB (написанного на C), клиента SMB на чистом Java и реализации SMB-сервера хранилища. Все решения поддерживают последнюю версию диалекта SMB 3.1.1. NQ для Linux, NQ для WinCE, iOS, Android, VxWorks и другие операционные системы реального времени поддерживаются настраиваемым решением NQ.

MoSMB

MoSMB - это проприетарная реализация SMB для Linux и других Unix-подобный системы, разработанные Ryussi Technologies. Он поддерживает только SMB 2.x и SMB 3.x.[53]

Tuxera SMB

Tuxera SMB - это проприетарная реализация SMB-сервера, разработанная Tuxera который может быть запущен либо в ядре, либо пространство пользователя.[54] Он поддерживает SMB 3.1.1 и предыдущие версии.

так же

Аналогичным образом, еще в 2009 году была разработана реализация CIFS / SMB (версии 1.0, 2.0, 2.1 и NFS 3.0), которая предоставила многопротокольную платформу с поддержкой идентификации для сетевого доступа к файлам, используемым в OEM-продуктах хранения данных, созданных на устройствах на базе Linux / Unix. Платформа может использоваться для традиционных NAS, облачных шлюзов и устройств облачного кэширования для обеспечения безопасного доступа к файлам в сети. Точно так же был куплен EMC Isilon в 2012.

CIFSD

CIFSD - это внутренняя реализация сервера CIFS / SMB с открытым исходным кодом для ядра Linux. Он имеет следующие преимущества по сравнению с реализациями в пользовательском пространстве: он обеспечивает лучшую производительность и упрощает реализацию некоторых функций, таких как SMB Direct. Он поддерживает SMB 3.1.1 и предыдущие версии.

Оппортунистическая блокировка

В протоколе SMB гибкая блокировка это механизм, предназначенный для повышения производительности за счет управления кеширование сетевых файлов клиентом.[55] В отличие от традиционных замки, OpLocks не строго блокировка файлов или используется для обеспечения взаимного исключения.

Существует четыре типа оппортунистических блокировок:

Пакетные блокировки
Пакетные OpLocks были созданы изначально для поддержки определенного поведения операции выполнения пакетного файла DOS, при которой файл открывается и закрывается много раз за короткий период, что является проблемой производительности. Чтобы решить эту проблему, клиент может запросить OpLock типа «пакет». В этом случае клиент задерживает отправку запроса на закрытие, и если последующий запрос на открытие выдается, два запроса отменяют друг друга.[56]
OpLocks 1-го уровня / Эксклюзивные замки
Когда приложение открывается в «общем режиме» файл, размещенный на сервере SMB, который не открывается ни одним другим процессом (или другими клиентами), клиент получает эксклюзивный OpLock с сервера. Это означает, что теперь клиент может предположить, что это единственный процесс, имеющий доступ к этому конкретному файлу, и теперь клиент может кэшировать все изменения в файле перед их фиксацией на сервере. Это улучшение производительности, так как для чтения и записи в файл требуется меньше циклов обработки. Если другой клиент / процесс пытается открыть тот же файл, сервер отправляет клиенту сообщение (называемое перемена или же отзыв), что делает недействительной монопольную блокировку, ранее предоставленную клиенту. Затем клиент сбрасывает все изменения в файл.
Блокировки уровня 2
Если эксклюзивный OpLock удерживается клиентом, а заблокированный файл открывается третьей стороной, клиент должен отказаться от своего эксклюзивного OpLock, чтобы предоставить другому клиенту доступ для записи / чтения. Затем клиент может получить от сервера «OpLock 2-го уровня». OpLock уровня 2 позволяет кэшировать запросы на чтение, но исключает кэширование записи.
Фильтр OpLocks
Добавленные в NT 4.0 Oplocks фильтра аналогичны OpLocks уровня 2, но предотвращают нарушения режима совместного использования между открытием файла и приемом блокировки. Microsoft рекомендует использовать фильтры OpLocks только в тех случаях, когда важно разрешить несколько считывателей и OpLocks уровня 2 в других обстоятельствах.

Клиенты, удерживающие OpLock, на самом деле не блокируют файл, вместо этого они получают уведомление через перемена когда другой клиент хочет получить доступ к файлу способом, несовместимым с его блокировкой. Запрос другого клиента задерживается, пока обрабатывается перерыв.

Перерывы
В отличие от "стандартного" поведения протокола SMB, запрос на прерывание может быть отправлен из сервер к клиент. Он сообщает клиенту, что OpLock больше не действует. Это происходит, например, когда другой клиент хочет открыть файл способом, который делает недействительным OpLock. Затем первому клиенту отправляется прерывание OpLock и требуется отправить все свои локальные изменения (в случае пакетных или эксклюзивных OpLocks), если таковые имеются, и подтвердить прерывание OpLock. После этого подтверждения сервер может ответить второму клиенту согласованным образом.

Безопасность

За прошедшие годы в реализации протокола или компонентов Microsoft, на которые она напрямую полагается, обнаружилось множество уязвимостей.[57][58] Уязвимости системы безопасности других производителей заключаются в основном в отсутствии поддержки более новых протоколы аутентификации подобно NTLMv2 и Kerberos в пользу протоколов вроде NTLMv1, LanMan, или пароли в виде открытого текста. Отслеживание атак в реальном времени[59] показывает, что SMB является одним из основных векторов атак для попыток вторжения,[60] например Атака Sony Pictures, 2014 г.,[61] и Атака программы-вымогателя WannaCry 2017 года.[62] В 2020 году были обнаружены две уязвимости малого и среднего бизнеса, получившие название SMBGhost (CVE-2020-0796 ) и SMBleed (CVE-2020-1206 ), которые при соединении вместе могут обеспечить RCE (удаленное выполнение кода) привилегия злоумышленнику.[63]

Характеристики

Спецификации для SMB являются частными и изначально были закрыты, что вынудило других поставщиков и проекты перепроектировать протокол для взаимодействия с ним. Протокол SMB 1.0 был в конечном итоге опубликован через некоторое время после его реинжиниринга, тогда как протокол SMB 2.0 с самого начала был предоставлен в Центре разработчиков открытых спецификаций Microsoft MSDN.[64] Существует ряд спецификаций, относящихся к протоколу SMB:

  • [MS-CIFS]: протокол общей файловой системы Интернета (CIFS).
    • Определяет протокол Common Internet File System (CIFS), кроссплатформенный, независимый от транспорта протокол, который обеспечивает механизм для клиентских систем для использования файловых служб и служб печати, предоставляемых серверными системами по сети.
  • [MS-SMB]: протокол блока сообщений сервера (SMB)
    • Задает протокол блока сообщений сервера (SMB), который определяет расширения для существующей спецификации Common Internet File System (CIFS), которые были реализованы Microsoft с момента публикации спецификации CIFS.
  • [MS-SMB2]: версии 2 и 3 протокола блока сообщений сервера (SMB)
    • Определяет версии 2 и 3 протокола блока сообщений сервера (SMB), которые поддерживают совместное использование файловых ресурсов и ресурсов печати между машинами и расширяют концепции протокола блока сообщений сервера.
  • [MS-SMBD]: транспортный протокол удаленного прямого доступа к памяти (RDMA) SMB2
    • Определяет транспортный протокол удаленного прямого доступа к памяти (RDMA) SMB2, оболочку для существующего протокола SMB2, который позволяет доставлять пакеты SMB2 по транспортам с поддержкой RDMA, таким как iWARP или Infiniband, при этом используя возможности прямого размещения данных (DDP) этих транспортов .Преимущества включают снижение нагрузки на ЦП, меньшую задержку и повышенную пропускную способность.
  • [MS-FSSO]: Обзор системы служб доступа к файлам (заархивированный документ положение дел)
    • Описывает предполагаемую функциональность системы служб доступа к файлам, ее взаимодействие с системами и приложениями, которым требуются файловые службы, а также то, как она взаимодействует с административными клиентами для настройки и управления системой. Службы доступа к файлам используют несколько протоколов для доступа к файлам и администрирования файлового сервера. В этом документе перечислены эти протоколы и описано, как они используются для реализации системы служб доступа к файлам. Обзоры системы заменены более новыми обзорами.

Смотрите также

Рекомендации

  1. ^ «Общая файловая система Интернета». Библиотека Microsoft TechNet. В архиве из оригинала 7 июля 2017 г.. Получено 20 августа, 2013.
  2. ^ «Обзор протоколов Microsoft SMB и CIFS». Библиотека Microsoft MSDN. 25 июля 2013 г. В архиве с оригинала 21 августа 2013 г.. Получено 20 августа, 2013.
  3. ^ «Обзор протоколов Microsoft SMB и CIFS». Microsoft. 22 октября 2009 г. В архиве с оригинала 2 августа 2016 г.. Получено 10 апреля, 2019.
  4. ^ "Сетевые концепции Lan Manager". Microsoft. В архиве с оригинала 30 декабря 2012 г.. Получено 18 сентября, 2014.
  5. ^ «MSKB887429: Обзор подписи блока сообщений сервера». Корпорация Майкрософт. 30 ноября 2007 г. В архиве с оригинала от 20 ноября 2010 г.. Получено 24 октября, 2012. Подписи безопасности (порядковые номера SMB)
  6. ^ Йеспер М. Йоханссон (8 сентября 2005 г.). «Как прострелить себе ногу с помощью безопасности, часть 1». Корпорация Майкрософт. В архиве с оригинала 19 октября 2018 г.. Получено 24 октября, 2012. В этой статье рассматривается [...] подписывание сообщений Server Message Block (SMB).
  7. ^ «MSKB887429: Обзор подписи блока сообщений сервера». Корпорация Майкрософт. 30 ноября 2007 г. В архиве с оригинала от 20 ноября 2010 г.. Получено 24 октября, 2012. По умолчанию подписывание SMB требуется для входящих сеансов SMB на контроллерах домена под управлением Windows Server 2003.
  8. ^ Хосе Баррето (1 декабря 2010 г.). «Основы подписи SMB (охватывает как SMB1, так и SMB2)». Microsoft TechNet Блоги сервера и управления. В архиве с оригинала 2 декабря 2012 г.. Получено 24 октября, 2012. Этот механизм безопасности в протоколе SMB помогает избежать таких проблем, как фальсификация пакетов и атаки типа «человек посередине». [...] Подпись SMB доступна во всех поддерживаемых в настоящее время версиях Windows, но по умолчанию она включена только на контроллерах домена. Это рекомендуется для контроллеров домена, поскольку SMB - это протокол, используемый клиентами для загрузки информации о групповой политике. Подпись SMB позволяет гарантировать, что клиент получает подлинную групповую политику.
  9. ^ а б c Триджелл, Эндрю. «Мифы о самбе». В архиве с оригинала 20 октября 2017 г.. Получено 3 января, 2016.
  10. ^ «Прямой хостинг SMB через TCP / IP». Microsoft. 11 октября 2007 г. В архиве из оригинала 26 марта 2011 г.. Получено 1 ноября, 2009.
  11. ^ Киттл, Ральф (13 мая 2017 г.). «SMB1 - Аудит активного использования с помощью анализатора сообщений». Microsoft TechNet. Microsoft. В архиве с оригинала 28 марта 2019 г.. Получено 28 марта, 2019.
  12. ^ «WebNFS - Технический обзор». Архивировано из оригинал 18 мая 2007 г.
  13. ^ * И. Хейзер; П. Лич; Д. Перри (13 июня 1996 г.). «Общий протокол файловой системы Интернета (CIFS / 1.0)». В архиве с оригинала 8 августа 2019 г.. Получено 10 декабря, 2017.
  14. ^ «Устаревание SMB1 - вы должны планировать избавиться от этого старого диалекта SMB - блог Хосе Баррето». blogs.technet.microsoft.com. В архиве из оригинала 21 мая 2017 г.. Получено 9 октября, 2019.
  15. ^ «SMBv1 не устанавливается по умолчанию в Windows 10 Fall Creators Update и Windows Server версии 1709 и более поздних версий». support.microsoft.com. В архиве с оригинала 10 октября 2019 г.. Получено 9 октября, 2019.
  16. ^ Навджот Вирк и Прашант Прахалад (10 марта 2006 г.). «Что нового в SMB в Windows Vista». Chk Your Dsks. MSDN. Архивировано из оригинал 5 мая 2006 г.. Получено 1 мая, 2006.
  17. ^ Протокол блока сообщений сервера (SMB) версии 2 и 3. Протоколы Windows. Открытые спецификации (Технический отчет). Документы Microsoft. Microsoft. MS-SMB2. Получено 29 ноября, 2020.
  18. ^ а б c d е Хосе Баррето (9 декабря 2008 г.). «SMB2, полная переработка основного протокола удаленных файлов для Windows». Microsoft TechNet Блоги сервера и управления. Архивировано из оригинал 3 июня 2012 г.. Получено 1 ноября, 2009.
  19. ^ «Samba 3.5.0 доступна для загрузки». В архиве из оригинала от 24 июля 2011 г.. Получено 8 июля, 2011.
  20. ^ «Samba 3.6.0 доступна для загрузки». В архиве из оригинала 24 сентября 2011 г.. Получено 10 августа, 2011.
  21. ^ а б Эран, Даниэль (11 июня 2013 г.). «Apple переходит с совместного использования файлов AFP на SMB2 в OS X 10.9 Mavericks». Appleinsider.com. В архиве с оригинала 12 февраля 2017 г.. Получено 12 января, 2014.
  22. ^ Воан, Стивен Дж. (28 октября 2013 г.). "Проблема SMB2 Mavericks и ее исправления". ZDNet. В архиве из оригинала 5 января 2014 г.. Получено 12 января, 2014.
  23. ^ MacParc. «10.9: переключить стек SMB на использование SMB1 по умолчанию». Подсказки для Mac OS X. macworld.com. В архиве из оригинала 12 января 2014 г.. Получено 12 января, 2014.
  24. ^ Тофер Кесслер (23 марта 2011 г.). "Прощай Samba в OS X". CNET. В архиве с оригинала 15 января 2014 г.. Получено 12 января, 2014.
  25. ^ Том Холверда (26 марта 2011 г.). «Apple отказывается от SAMBA в пользу замены доморощенным». В архиве из оригинала 2 ноября 2013 г.. Получено 12 января, 2014.
  26. ^ "Linux 3.7 - новички в ядре Linux". В архиве из оригинала 11 сентября 2016 г.. Получено 4 сентября, 2016.
  27. ^ «Внедрение решения для централизации данных конечных пользователей». Microsoft. 21 октября 2009 г. С. 10–11. В архиве из оригинала от 6 сентября 2010 г.. Получено 2 ноября, 2009.
  28. ^ а б c Джеффри Сновер (19 апреля 2012 г.). "SMB 2.2 теперь SMB 3.0". Блог Windows Server. Получено 6 июля, 2020.
  29. ^ Chelsio Communications. «40G SMB Direct». В архиве из оригинала 7 сентября 2013 г.. Получено 18 июня, 2013.
  30. ^ Хосе Баррето (19 октября 2012 г.). "Учебное пособие SNIA по протоколу SMB" (PDF). Промышленная ассоциация сетей хранения данных. В архиве (PDF) из оригинала 3 июня 2013 г.. Получено 28 ноября, 2012.
  31. ^ Томас Пфеннинг. «Будущее файловых протоколов: SMB 2.2 в центре обработки данных» (PDF). Архивировано из оригинал (PDF) 20 июля 2012 г.
  32. ^ Йоргенсен, Клаус (7 июня 2012 г.). «SMB Transparent Failover - постоянная доступность файловых ресурсов». Microsoft TechNet. В архиве с оригинала 11 января 2019 г.. Получено 1 февраля, 2017.
  33. ^ Сэвилл, Джон (21 августа 2012 г.). «Новые способы обеспечения высокой доступности для общих файловых ресурсов». Windows для ИТ-специалистов. В архиве с оригинала 27 ноября 2016 г.. Получено 1 февраля, 2017.
  34. ^ «Улучшения безопасности SMB». Microsoft Technet. 15 января 2014 г. В архиве из оригинала от 9 октября 2014 г.. Получено 18 июня, 2014.
  35. ^ Хосе Баррето (5 мая 2013 г.). «Обновленные ссылки на файловом сервере Windows Server 2012 и SMB 3.0». Microsoft TechNet Блоги сервера и управления. В архиве с оригинала 3 августа 2016 г.. Получено 14 августа, 2016.
  36. ^ Хосе Баррето (7 июля 2014 г.). «Обновленные ссылки на файловом сервере Windows Server 2012 R2 и SMB 3.02». Microsoft TechNet Блоги сервера и управления. В архиве с оригинала 26 августа 2016 г.. Получено 14 августа, 2016.
  37. ^ Хосе Баррето (12 декабря 2013 г.). «Конференция разработчиков хранилищ - слайды SDC 2013 теперь общедоступны. Вот ссылки на слайды Microsoft…». Microsoft TechNet Блоги сервера и управления. В архиве с оригинала 26 августа 2016 г.. Получено 14 августа, 2016.
  38. ^ Эрик Гейер (5 декабря 2013 г.). "WindowsNetworking.com: Улучшения в обновлениях протокола SMB 3.0 и 3.02". WindowsNetworking.com. В архиве из оригинала от 9 апреля 2015 г.. Получено 6 апреля, 2015.
  39. ^ Хосе Баррето (5 мая 2015 г.). «Что нового в SMB 3.1.1 в Windows Server 2016 Technical Preview 2». Microsoft TechNet Блоги сервера и управления. В архиве с оригинала 8 октября 2016 г.. Получено 14 августа, 2016.
  40. ^ Нил Карпентер (26 октября 2004 г.). «Производительность SMB / CIFS по каналам WAN». Microsoft. В архиве с оригинала 13 февраля 2020 г.. Получено 13 февраля, 2020.
  41. ^ «Что нового в SMB в Windows Server». Microsoft. В архиве из оригинала 11 февраля 2017 г.. Получено 6 февраля, 2017.
  42. ^ Марк Рабинович, Игорь Гохман. «Методы ускорения CIFS» (PDF). Конференция разработчиков систем хранения, SNIA, Санта-Клара, 2009 г.. Получено 6 июля, 2020.
  43. ^ Марк Рабинович. «Ускорение SMB2» (PDF). Конференция разработчиков систем хранения, SNIA, Санта-Клара, 2011 г.. Получено 6 июля, 2020.
  44. ^ Кристофер Хертель (1999). «SMB: протокол блокировки сообщений сервера». В архиве из оригинала 10 марта 2010 г.. Получено 1 ноября, 2009.
  45. ^ "Описание Microsoft Windows Encryption Pack 1". Microsoft. 1 ноября 2006 г. В архиве из оригинала 2 октября 2009 г.. Получено 1 ноября, 2009.
  46. ^ "Распоряжение США 13026" (PDF). Правительство США. 1996. В архиве (PDF) с оригинала 10 октября 2009 г.. Получено 1 ноября, 2009.
  47. ^ Триджелл, Эндрю (27 июня 1997 г.). «Немного истории и немного веселья». В архиве из оригинала 17 июля 2011 г.. Получено 26 июля, 2011.
  48. ^ «Самба 4 функциональных уровня». 25 февраля 2011 г. В архиве из оригинала 29 июля 2014 г.. Получено 12 января, 2014.
  49. ^ "нетсмб (4)". Страницы справочника NetBSD 8.0. Получено 5 января, 2020.
  50. ^ nbsd.conf (5) – FreeBSD Форматы файлов Руководство. nbsd.conf (5) - Руководство по форматам файлов Darwin и macOS.
  51. ^ «Расширения UNIX». SambaWiki. В архиве с оригинала 12 июня 2020 г.. Получено 15 марта, 2020.
  52. ^ Доктор Суну Инженер. «Создание масштабируемого и производительного сервера протокола SMB» (PDF). В архиве (PDF) из оригинала 27 сентября 2016 г.. Получено 25 сентября, 2016.
  53. ^ «Microsoft и Tuxera укрепляют партнерство через Tuxera SMB Server». Microsoft. Центр новостей Microsoft. В архиве с оригинала 17 ноября 2016 г.. Получено 6 февраля, 2017.
  54. ^ «Оппортунистические замки». Microsoft. В архиве с оригинала 23 октября 2012 г.. Получено 6 ноября, 2012.
  55. ^ Сфера, И. (2014), Все об оппортунистической блокировке, в архиве из оригинала 13 апреля 2014 г., получено 9 апреля, 2014
  56. ^ «MS02-070: Ошибка в подписи SMB может разрешить изменение групповой политики». Microsoft. 1 декабря 2007 г. В архиве из оригинала 8 октября 2009 г.. Получено 1 ноября, 2009.
  57. ^ «MS09-001: Уязвимости в SMB делают возможным удаленное выполнение кода». Microsoft. 13 января 2009 г. В архиве из оригинала 5 октября 2009 г.. Получено 1 ноября, 2009.,
  58. ^ "Sicherheitstacho.eu". Deutsche Telekom. 7 марта 2013 г. В архиве из оригинала 8 марта 2013 г.. Получено 7 марта, 2013.
  59. ^ «Предупреждение (TA14-353A) Целевое разрушительное вредоносное ПО». US-CERT. В архиве с оригинала от 20 декабря 2014 г.. Получено 20 декабря, 2014.
  60. ^ «Хакеры Sony использовали инструмент-червь Server Message Block (SMB)». В архиве с оригинала от 20 декабря 2014 г.. Получено 20 декабря, 2014.
  61. ^ «Атака программы-вымогателя WannaCry поражает жертв с помощью уязвимости Microsoft SMB». eWeek. Получено 13 мая, 2017.
  62. ^ «Запись SMBleedingGhost: объединение SMBleed (CVE-2020-1206) с SMBGhost». Блог ZecOps. 9 июня 2020 г.. Получено 19 ноября, 2020.
  63. ^ «Протоколы Windows». В архиве из оригинала 26 сентября 2009 г.. Получено 13 октября, 2009.

внешняя ссылка