MSMQ Аутентифицированные очереди

Question

Я изо всех сил пытаюсь найти информацию о рисках, связанных с тем, что вы не установите флажок «Проверено» в очереди сообщений MSMQ и при каких условиях это необходимо. Мне нужно, чтобы неавторизованные стороны не могли читать/записывать из/в очередь. Если не устанавливать значение, меня приветствует зловещее предупреждение:

Очередь не проверена. Отправитель сообщений могут обойти настройки контроля доступа, указанные на вкладке «Безопасность».

Я тестировал попытку подключения к очереди (аутентифицированный непроверенный), выполняющий мой сервисный процесс под профилем пользователя домена, которому не удалось получить доступ к очереди сообщений с помощью параметров контроля доступа. Я заблокировал доступ к очереди с хорошим сообщением об ошибке:

Доступ к системе очереди сообщений отклонен.

Это то, чего я ожидал.

Некоторые вопросы у меня есть:

• Какой смысл быть в состоянии установить контроль доступа на очереди, если это можно обойти (как-то)?
• При каких обстоятельствах можно отключить настройки контроля доступа?
• В чем преимущества включения аутентифицированного выше просто настройки доступа с помощью настроек ACL?

Я пытаюсь выяснить, не могу ли я уйти от необходимости проходить маршрут проверки подлинности без ущерба для безопасности (или, по крайней мере, зная, какие компромиссы я буду делать).

Answer 1

«В чем смысл установки контроля доступа в очереди, если его можно обойти (каким-то образом)?»
Вы можете применить это рассуждение к ЛЮБОЙ технике безопасности. ACL ограничивают случайный/случайный доступ. Они в порядке, где данные сообщений бесполезны никому, кроме вас.

«При каких обстоятельствах параметры контроля доступа можно обойти?»
Вы можете обнюхать сетевые пакеты для SID пользователя в ACL. Затем вы можете создать кадр MSMQ (а не проходить через диспетчер очереди MSMQ) и получить доступ.

«В чем преимущества включения аутентифицированного выше просто настройки доступа с использованием настроек ACL?»
Улучшенная безопасность. Требуется, чтобы инфраструктура поддерживала аутентификацию, такую ​​как Active Directory или использование внешних сертификатов. В конце концов, это анализ затрат и результатов.

Нижняя строка - списки ACL очереди небезопасны.