ГОСТ Р ИСО/МЭК 40210—2014
Нижележащий протокол МОЖЕТ определить базовый URI, который может использоваться в качестве
базового URI для конверта SOAP (см. раздел 7 и SOAP 1.2 часть 2 [Часть 2 SOAP], раздел Привязка HTTP).
SOAP не определяет никаких правил эквивалентности для URI в целом, так как это определено от
дельными схемами URI и RFC 3986 [RFC 3986]. Однако из-за несогласованности относительно правил
эквивалентности URI во многих существующих синтаксических анализаторах URI. РЕКОМЕНДУЕТСЯ,
чтобы для определения эквивалентности значений URI. используемых в сообщении SOAP, отправите
ли SOAP не полагались на какие-либо специальные правила эквивалентности у получателей SOAP.
Использования IP-адресов в URIs СЛЕДУЕТ избегать всегда, когда это возможно (см. RFC 1900
[RFC 1900]). Однако текстовый формат адресов IPv6 в URI СЛЕДУЕТ поддерживать, как это описано
RFC 3986 [RFC 3986].
SOAP не устанавливает априорных ограничений на длину URI. Любой узел SOAP ДОЛЖЕН быть в
состоянии обработать передаваемый URI любой длины. Как отправители SOAP, так и получатели SOAP
ДОЛЖНЫ оперировать с URI длиной по крайней мере 2048 символов.
10 Соображения безопасности
Структура обмена сообщениями SOAP непосредственно не обеспечивает механизмы, позволяющие
контролировать управление доступом, конфиденциальность, целостность и неотказуемость. Подобные
механизмы могут быть добавлены как расширения SOAP посредством применения модели расширяемо
сти SOAP (см. раздел 6). В данном разделе описываются соображения безопасности, которые должны
быть учтены разработчиками и конструкторами при разработке и эксплуатации подобных механизмов.
Разработчики SOAP должны учитывать возможность появления вредоносных приложений SOAP,
намеренно отправляющих вредоносные данные на узел SOAP (см. раздел 5). Настоятельно рекомен
дуется. чтобы узел SOAP, получающий сообщение SOAP, был способен оценить, насколько он может
доверять отправителю сообщения SOAP и содержимому этого сообщения.
10.1 Узлы SOAP
SOAP позволяет пересылать данные приложений как в блоках заголовка SOAP, так и в содержи
мом тела SOAP. Обработка блока заголовка SOAP может включать в себя побочные эффекты, такие
как изменения состояния, ведение журнала или формирование дополнительных сообщений. Для любо
го сценария развертывания настоятельно рекомендуется, чтобы узлом SOAP обрабатывались только
строго специфицированные блоки заголовка SOAP с хорошо понятыми последствиями любых побоч
ных эффектов для безопасности.
Точно так же обработка тела SOAP может вызвать возникновение побочных эффектов, которые
могут приводить к серьезным последствиям для принимающего узла SOAP в случае, если тело понято не
должным образом. Настоятельно рекомендуется, чтобы обрабатывалось только строго определен ное
содержимое тела с известными последствиями для безопасности.
Соображения безопасности, однако, не должны ограничиваться распознаванием только непо
средственных дочерних элементов блока заголовка SOAP и тела SOAP. Разработчики должны обратить
особое внимание на последствия для безопасности всех данных, передаваемых в сообщении SOAP,
которое может вызвать удаленное выполнение каких-либо действий в среде получателя. К этому от
носятся не только данные, выраженные как свойства инфо-набора XML, но и данные, которые могут
быть закодированы как значения свойств, включая двоичные данные или параметры, например строки
запроса URI. Прежде чем принять данные любого типа, приложение должно знать о конкретных по
следствиях для безопасности, связанных с этими данными в контексте их использования.
Если обработка различных частей сообщения SOAP обеспечивается посредством программного
обеспечения с модульной архитектурой, то разработчики SOAP должны принять все возможные меры
для того, чтобы обеспечить каждый модуль полной информацией о контексте безопасности. Например,
без знания контекста, в котором оно получено, тело SOAP не должно обрабатываться.
10.2 Посредники SOAP
По своей сущности. SOAP обеспечивает модель распределенной разработки, которая может вклю
чать прохождение сообщения SOAP через несколько узлов SOAP (см. раздел 5). Посредники SOAP — это
по определению узлы в середине, представляющие возможность для атак типа «человек посередине»
(man-in-the-middle). Нарушения правил безопасности всистемах, которыедействуют как посредники SOAP,
26