Политика одного и того же происхождения: понимание запрета на чтение - PullRequest
0 голосов
/ 02 июля 2018

Эта статья MSDN объясняет, что READS не разрешены same-origin policy.

В частности, он говорит:

Веб-страница из источника A:

  • Может включать (выполнять) фрейм, указывающий на HTML-страницу из «B»

  • Должно не быть разрешенным для получения внутреннего HTML-кода этого фрейма

Как можно «включить (выполнить)» другой html-файл, не обращаясь к его содержимому?

Что означает «включенный (исполненный)» в этом контексте?

1 Ответ

0 голосов
/ 02 июля 2018

Это относится к тому факту, что пользователь, просматривающий страницу, может видеть содержимое iframe, но сценарии, запущенные на странице кадрирования, не могут получить доступ к содержимому страницы в рамке. Аналогично, предположим, что тег <img> покажет пользователю изображение из любого источника, но сценарии на странице, содержащей тег <img>, могут не прочитать содержимое загруженного изображения.

Это важно, потому что страница в рамке имеет другое происхождение и была выбрана с использованием файлов cookie этого источника. Предположим, что страница в рамке была mail.google.com: конечно, я не хочу, чтобы какая-либо случайная веб-страница читала содержимое моего почтового ящика, просто загружая его в iframe. Однако, просто показ страницы для меня, пользователя, который вошел в мою почтовую службу, безвреден.

...