Кришнамурти Б., Рексфорд Дж. Web-протоколы. Теория и практика

Подождите немного. Документ загружается.

Часть

II.

Компоненты программного обеспечения

Web

при работе с браузером преобразуются в реальный HTTP-запрос. Сообщение

НТТР-занроса представляет собой единицу коммуникационного взаимодействия

между клиентом и сервером. Сообщение-запрос состоит из заголовка запроса и не-

обязательного тела запроса. Типичные заголовки запроса включают информацию,

идентифицирующую агента пользователя, допустимые форматы кодирования отве-

та и идентифицирующую информацию, указывающую, что пользователь имеет

нрава доступа к запрашиваемому ресурсу. Заголовки запроса могут составляться,

исходя из параметров окружения. Например, в заголовок включается информация

об агенте пользователя, такая как версия браузера или операционной системы ком-

пьютера, на котором выполняется браузер. Другой пример

—

адрес электронной

почты пользователя, полученный из параметров настройки браузера. Полный за-

прос составляется с учетом особенностей версии HTTP, реализованной в браузере.

В главах 6 и 7 мы подробно обсудим различные заголовки сообщения-запроса.

2.3.5.

Обработка ответов

На заключительном этане браузер должен обработать ответ, полученный от сер-

вера. Браузер получает ответ и осуществляет его синтаксический анализ, чтобы оп-

ределить, что следует отображать (и есть ли, что отображать). Ответ может быть

отображен в том же окне браузера, в котором был сформирован запрос, либо в дру-

гом окне. Выбор другого окна может быть сделан либо пользователем, либо задан

в гинерссылке. Например, некоторые браузеры по умолчанию пытаются отобра-

зить ответ в том же окне, если была нажата левая кнопка мыши, и открывают но-

вое окно, если была использована средняя кнопка мыши. Некоторые гиперссылки

автоматически приводят к отображению ответа в отдельном окне. Ответ может со-

держать сценарий (например, JavaScript), который приводит к отображению ре-

зультата его выполнения в другом окне.

Отображение ответа определяются пользовательскими нредгючтениями, такими

как размер шрифта или цвет (подробнее об этом говорится в разделе 2.4). Отобра-

жение ответа сервера может зависеть от параметров, входящих в заголовок запро-

са, — например, таким образом задается язык ответа или формат кодирования.

Управление содержанием и его отображением определяется следующим:

• Действиями пользователя (например, щелчком левой или средней кнопкой

мыши).

• Предпочитаемым пользователем форматом содержания, указанным в заголов-

ке запроса, сформированного и отправлегнюго браузером.

• Ответом на выбор гиперссылки.

• Возможной адаптацией исходного сервера к представлению содержания

в формате, желательном для пользователя.

• Желанием автора содержания отображать содержание в отдельном окне.

Конечный результат, таким образом, зависит от различных программных ком-

понентов, а также возможностей их настройки и степени управляемости на каждом

из этапов.

Подробное описание различных действий, которые браузер должен выполнять

для воспроизведения страницы, выходят за рамки данной книги. Заинтересован-

ным читателям можно порекомендовать обратиться к книгам, посвященным попу-

лярным браузерам, таким как Netscape Navigator или Internet Explorer.

Глава 2. Web-клиенты 51^

2.4. Настройка браузера

Браузер, подобно любому другому интерактивному программному обеспечению,

допускает настройку пользователем. Возможность настройки была характерной

чертой интерактивных систем задолго до появления Web. Пользователи настраи-

вали систему под свои нужды, чтобы обеспечить интуитивно понятный интерфейс.

С появлением настраиваемых менеджеров окон стало возможным иметь различные

конфигурации. Пользователи стараются сделать свое взаимодействие с новыми ин-

терактивными системами похожим на взаимодействие с теми системами, работа

с которыми им привычна. Возможности настройки часто определяют, насколько

быстро пользователи смогут адаптироваться к новой системе. В широком смысле

есть два вида настроек. К первому относятся внешние, видимые свойства, такие

как размер и цвет. Ко второму относятся внутренние семантические свойства, та-

кие как выбор языка или управление кэшированием ответов. Диапазон настраивае-

мых свойств достаточно велик. Это объясняется тем, что браузеры превратились

в инструмент для выполнения множества приложений большим числом пользова-

телей. Браузеры используются в качестве основного инструмента для взаимодейст-

вия пользователя с Internet.

Браузер принимает во внимание пользовательские предпочтения на всех этапах

взаимодействия. Например, пользователь может указать, следует ли направлять за-

прос через прокси-сервер или отправлять его неносредствегню исходному серверу.

Аналогично, запрос может нести информацию о желании пользователя получить

ответ, отличный от того, который определяется установленным по умолчанию язы-

ком или форматом кодирования.

Пользователь должен знать о настройках браузера, чтобы интерпретировать от-

вет должным образом. Например, если браузер использует кэшированный ответ,

поскольку удаленный сервер в данный момент не доступен, пользователь может за-

хотеть узнать, не устарел ли этот ответ. Если ответ использует определенный набор

шрифтов или определенный набор символов, то он должен воспроизводиться с ис-

пользованием соответствующих атрибутов, доступных локально. Восприятие поль-

зователем содержания определяется группой параметров, исгюльзуемых для на-

стройки. Следует заметить, что на практике пользователи обычно не настраивают

какие-либо параметры браузера. Такие решения чаще всего принимаются систем-

ными администраторами на стороне клиента, и лишь малое число пользователей

изменяют параметры, принятые по умолчанию. Системные администраторы,

в свою очередь, также часто пользуются настройками но умолчанию программного

обеспечения.

В этом разделе мы рассмотрим, как браузеры настраиваются в соответствии

с предпочтениями пользователя, связанными как с внешним видом, так и с семан-

тическими параметрами взаимодействия с Web. После этого будет рассмотрено на-

стррйка функций браузера, не связанных с протоколом HTTP.

2,4.1.

Внешний вид

в браузерах имеется несколько возможностей ршстройки их внешнего вида, на-

пример, набора отображаемых кнопок и т.д. Ответы, отображаемые на экране, име-

ют несколько свойств, учитывающих пользовательские настройки. Например, раз-

мер окна браузера изменяется в зависимости от характеристик компьютера пользо-

вателя, а вид отображаемой информации определяется размерами окна браузера и

используемыми шрифтами. Разные пользователи выбирают различные настройки

Часть

IL Компоненты программного обеспечения Web

для своих браузеров. С ростом популярности браузеров последние превратились

в инструмент взаимодействия с большим числом приложений. Помимо просмотра

Web-страниц, многие пользователи используют браузер для отправки и приема со-

общений электронной почты, в качестве планировщика, адресной книги, для распе-

чатки файлов и т.д. Каждое из этих приложений имеет свой собственный набор

свойств, и многие из них можно настраивать.

Ниже приведен список настраиваемых пользователем свойств, которые оказы-

вают влияние на отображение Web-страниц.

• Внешний вид. К этой группе свойств относятся размер окна браузера, отобра-

жение панелей инструментов и полос прокрутки. Это общие свойства, имею-

щиеся в графических интерфейсах большинства платформ. Многие элементы,

связанные с внешним видом, являются функциональными возможностями,

предоставляемыми окопным менеджером, который управляет отображением

информации. Единственные атрибуты, которые влияют на отображение Web-

страниц, связаны с областями окна браузера, предназначенными для ввода

URL и отображения списка закладок.

• Отображение встроенных изображений на странице. На Web-страницах

имеется как текст, так и изображения; следовательно, браузеры по умолчанию

будут загружать и отображать все ресурсы. Однако изображения требуют

больше времени для загрузки, поскольку их размер в среднем больше, чем раз-

мер текстовых ресурсов, а Web-страницы могут иметь несколько встроенных

изображений. Многие пользователи, использующие низкоскоростные соеди-

нения с Internet, часто не хотят долго ждать загрузки полного содержимого

страницы

—

текста и изображений. Другие пользователи могут быть не заин-

тересованы в просмотре изображений, информационное содержимое которых

представляется им не слишком важным. Браузер дает возможность пользова-

телям указать, хотят ли они, чтобы изображения автоматически загружались,

или же нет. В большинстве браузеров предусмотрена кнопка, с помощью кото-

рой пользователи могут запросить загрузку изображений для определенной

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

загрузке изображений, браузер должен отображат,ь изображения, что вносит

дополнительную задержку. Однако задержка, связанная с низкой скоростью

соединения, обычно является превалирующей.

• Шрифты. Текстовый материал часто отображается с помощью нескольких

шрифтов. Пользователи, использующие различные шрифты при вводе, естест-

Beipio ожидают того же при отображении материала. Применительно к Web,

браузер должен выбирать между имеющимися на локальном компьютере

шрифтами и использовать их для отображения информации на загруженной

странице. Он должен выбрать гарнитуру, размер, набор символов, использо-

вать шрифты с символами фиксированной или переменной ширины. Загру-

женная Web-страница может содержать указания, какие шрифты применять,

но пользователь может заместить эти указания своими. Например, некоторые

пользователи предпочитают из эстетических соображений использовать моно-

ширинные шрифты.

• Цвет. Простейшие опции предусматривают выбор цвета символов и цвета

фона окна браузера при отображении страницы либо гиперссылок, имеющих-

ся на странице. Браузеры часто предоставляют пользователям возможность

изменения цветов для загружаемых страниц. Один из способов

—

дать пользо-

вателю возможность выбора палитры (заданного набора цветов) элементов

Глава

Web-клиенты

страницы. Другой способ

—

разрешить пользователю непосредственно зада-

вать цвета элементов Web-страницы в соответствии с собственным вкусом.

Пользовательские дисплеи различаются по цветовому разрешению и контра-

стности. Браузеры могут попытаться подобрать наилучшую цветовую па-

стройку, хотя подобный автоматический выбор применяется редко, поскольку

требует изменения настроек по умолчанию, которые могут быть более удоб-

ными для пользователя.

Другой способ задания свойств заключается в применении каскадных таблиц

стилей Cascading Style Sheets (CSS) [CSSaJ. Каскадные таблицы стилей были вве-

дены World Wide Web Consortium (W3C) в 1994 г. как единый способ описания

способа отображения Web-докумеитов. CSS избавляет автора содержания от необ-

ходимости использовать теги HTML для настройки отображения документа. Мож-

но задавать свойства для отображения документа на дисплее пользователя или

в печатной форме. Краткое руководство по CSS можно найти в [CSSb].

2.4.2. Семантические настройки

Помимо различных свойств, определяющих внешний вид загруженного доку-

мента, в браузере имеется несколько семантических параметров, например, адрес

используемого прокси-сервера или набор символов представления содержания, ко-

торые также допускают настройку пользователем. Некоторые семантические пара-

метры имеют отношение к настройкам протокола, что требует понимания принци-

пов функционирования HTTP (об этом пойдет речь в главах 6 и 7). Простым при-

мером настраиваемого свойства является язык, используемый при получении

запрошегпюго ресурса, если доступно более одного языка. Выбор языка, сделанный

в браузере, переводится в соответствующий синтаксис HTTP и включается в заго-

ловки запроса. Например, если пользователь указал швейцарский диалект немец-

кого языка (de-CH) в качестве предпочтительного языка, следующий заголовок

HTTP-запроса

Accept-Language: de-CH

будет добавлен в список заголовков, передаваемых с каждым запросом. Сервер, по-

лучающий запрос, может использовать заголовок Accept-Language при создании

ответа. Подобные заголовки выражают лишь предпочтения пользователя, и серве-

ры не обязаны корректировать свои ответы с учетом этих заголовков.

В браузере могут быть настроены пять категорий семантических свойств:

• Параметры соединения (прокси-сервер).

• Содержание или выбор ресурсов (допустимые языки и наборы символов).

• Кэширование (см. раздел 2.3.3).

• Обработка запросов (об этом пойдет речь далее в разделе 2.4.3).

• Cookies (они будут рассматриваться в разделе 2.6).

Первые две категории будут рассмотрены ниже, о других речь пойдет далее

в других разделах. Браузер разрешает пользователю указывать, следует ли исполь-

зовать прокси-сервер в качестве промежуточного звена между пользователем и

Internet. При использовании прокси-сервера в настройках браузера необходимо

указать его IP-адрес или доменное имя. Информация о прокси-сервере может быть

указана для взаимодействий по протоколу HTTP, а также для взаимодействия по

таким протоколам, как FTP или Gopher. Средства настройки обладают достаточ-

Часть

П.

Компоненты программного обеспечения

Web

ной гибкостью, чтобы дать возможность пользователям указать специфические до-

мены (разделы в иерархии доменных имен в Internet), для которых прокси-сервер

должен или не должен применяться. Например, браузер может быть настроен та-

ким образом, чтобы прокси-серверу передавались только запросы на страницы из

домена cnn.com (это все URL с суффиксом cnn.com). Запросы ко всем другим до-

менам будут направляться в обход прокси-сервера, что дает возможность пользова-

телям просматривать сайты, избегая проблем, связанных с функционированием

прокси-сервера.

Пользователи могут отключать ряд автоматических действий, выполняющихся

при загрузке страницы. Например, загрузка страницы может вызвать загрузку

в браузер и исполнение Java-апплета. Пользователь может отключить этот режим,

сделав соответствующую настройку в браузере. Проблема при таком подходе со-

стоит в том, что пользователи могут лишиться ряда функциональных возможно-

стей, предоставляемых приложением, поскольку ряд популярных приложений

в Web используют данную технологию. В браузере можно разрешить выполнение

сценариев только для определенных приложений, таких как чтение групп новостей

или электронной почты. В разделе 2.5 рассматриваются проблемы безопасности

при загрузке ресурсов, связанные с тем, что некоторые действия могут иницииро-

ваться автоматически.

В некоторые новые версии популярных браузеров встроен механизм автомати-

ческой настройки, который cW устанавливает умалчиваемые значения различных

семантических атрибутов. Например, возможно автоматическое указание про-

кси-сервера на основе IP-адреса клиента путем загрузки сценария с Web-сервера и

установки значений по умолчанию.

2.4.3.

Настройка в браузере функций, не связанных

с протоколами

Браузер может использовать несколько вспомогательных программ для обра-

ботки ответов, выбор и режим функционирования таких программ обычно на-

страиваются. Если ответом на запрос является текстовый документ или изображе-

ние,

браузеру известно, как отображать ответ. Однако некоторые ответы требуют

использования

вспомогательных

приложений для интерпретации ответа. Напри-

мер,

представим себе, что пользователь хочет загрузить документ в формате

Portable Document Format (PDF) либо в формате PostScript (PS). Одной из воз-

можностей для браузера является загрузка содержимого, сохранение документа

в локальном файле и предоставление пользователю возможности вызвать отдель-

ную программу для отображения содержимого. Однако браузер может иницииро-

вать вспомогательную программу, которая объединяет действия по сохранению за-

груженного ресурса и отображению содержания. Например, браузер может вызвать

acroread —

популярную программу, способную отображать PDF-файлы. Точно так

же браузер может вызвать программу ghostview для отображения файлов Post-

Script. Решение вызвать определенное вспомогательное приложение принимается

либо в результате анализа расширения файла ресурса (.pdf для PDF-файлов и .ps

для файлов PostScript), либо в результате анализа информации о типе содержания

ресурса, имеющейся в заголовке ответа. Взаимосвязь между типом ресурса и вспо-

могательным приложением настраивается отдельно.

Глава 2. Web-клиенты

Таблица 2.3. Вспомогательные приложения, запускасхмыс в

от типа файла/содержа1шя

Тип содержания

Данные, сжатые с помощью Zip

Документ PostScript

Документ Word

Документ PDF

Аудио/видео

М1МЕ-ТИП

application/x-zip-compressed

application/postscript

application/msword

application/pdf

video/x-mpeg-2

зависимости

Вспомогательное

приложение |

gunzip/WmZ\V?>2

ghostview/GSVlEW32

catdoc/WmWORD

acroread/ACRORD32 |

raplayer/MPLAYER2 \

В таблице 2.3 приведены несколько стандартных типов содержания файлов,

распознаваемых браузером, и запускаемые в ответ вспомогательные приложения.

Второй столбец описывает МШЕ-тип документа, т.е. стандартный способ пред-

ставления типа документа. Тины документов кодируются с помощью так называе-

мых многоцелевых расширений электронной почты (MIME

—

Multipurpose Inter-

net Mail Extensions). В третьем столбце содержатся примеры широко известных

программ UNIX и Windows, которые служат в качестве вспомогательных приложе-

ний.

Как показано в таблице 2.3, если MIME-типом ресурса является applicati-

on/postscript, для просмотра загруженного документа PostScript вызывается про-

грамма

ghostview.

Программа

ghostview

открывает отдельное окно и имеет собствен-

ный пользовательский интерфейс, позволяющий изменить увеличение документа

или распечатать его содержимое. Вспомогательное приложение, таким образом,

способно расширить базовые функциональные возможности Web-браузера. По

мере появления новых MIME-типов будут создаваться новые вспомогательные

приложения, которые дадут возможность пользователю взаимодействовать с содер-

жимым. Браузеры будут продолжать оставаться основным интерфейсом для за-

грузки содержания и запуска соответствующих вспомогательных приложений.

Возьмем другое популярное приложение в Web

—

загрузку и воспроизведение

мультимедийных данных (например, аудио и видео). Вместо того чтобы встраивать

средства для интерпретации мультимедиа в браузер, последний просто активизи-

рует соответствующее приложение-проигрыватель. На рис. 2.3 показано, как это

осуществляется.

Пользователь выбирает ресурс http://www.bar.com/foo.ra, а браузер передает

HTTP-запрос исходному серверу www.bar.com на ресурс /foo.rrf (этап 1). Исход-

ный сервер отправляет обратно HTTP-ответ (этап 2), но содержимым ответа явля-

ется лишь указатель на информацию. Ответ предназначен для вспомогательного

приложения, а не для Web-браузера. Обычно ответом является URL, такой как

pnm://ra-ms.com/foo.ra, где pnm означает протокол «Progressive Networks Media»,

а ra-ms.com представляет собой имя сервера, на котором размещен ресурс /foo.ra.

Поскольку браузер был настроен для вызова вспомогательной программы, то

исходя из типа файла, он вызывает клиентскую программу real-audio, которая свя-

зывается с мультимедийным сервером ra-ms.com (этап 3) и начинает загрузку ау-

дио.

Клиентская программа для воспроизведения аудио на пользовательском ком-

пьютере может открыть дополнительные окна для регулировки громкости или дру-

гих параметров звука. После загрузки HTTP-ответа, содержащего только URL

pnm://ra-ms.com/foo, заканчивается часть оригинального запроса, которая отно-

сится к http://www.bar.com/foo.ra. Браузер активизирует аудиоклиент, который

Часть

Компоненты программного обеспечения

Web

самостоятельно осуществляет связь с мультимедийным сервером. Аудиоклиент

имеет свой собственный пользовательский интерфейс (регулировка фомкости,

пауза, перемотка и т.д.) и может интерпретировать данные, полученные с сервера.

Аудиоклиент может использовать другой протокол (отличный от HTTP) для полу-

чения данных. Таким образом, браузер служит для взаимодействия с Web-ресур-

сом http://www.bar.com/foo.ra, а аудиоклиент принимает управление от браузера

для выполнения задачи загрузки и воспроизведения аудио.

Браузер

Исходный сервер

foo.ra

у f

1 HTTP-запрос на foo.ra

2 (Местонахождение, протокол)

3 Запрос аудиоданных

Аудиоклиент

Рис.

2.3. Воспроизведения аудио

Мультимедийный сервер

Подключаемые

модули (plug-ins) представляют собой фрагменты кода, предна-

значенные для интерпретации определенных видов данных браузером. В отличие

от сценариев, интерпретируемых браузером, подключаемые модули обычно безо-

пасны. Некоторые подключаемые модули могут нести в себе вирусы, хотя на прак-

тике через подключаемые модули распространяется лишь малое число вирусов, по-

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

ного подключаемого модуля является

Shockwave,

который необходим браузеру для

отображения некоторых видов анимации.

Не все ответы могут быть обработаны обработчиками в браузере. С некоторыми

приложениями приходится взаимодействовать по протоколам, отличным от HTTP.

Способность браузера использовать различные протоколы позволила ему стать

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

Глава 2. Web-клиенты 57

2.5.

Вопросы безопасности при работе

с браузером

Браузер представляет собой интерфейс между пользователем и Web и но мере

необходимости отправляет информацию о пользователе, позволяя при этом на-

страивать параметры безопасности. В то же время браузер следит за тем, чтобы

удаленным программам не предоставлялся несанкционированный доступ к компь-

ютеру пользователя.

Запуск программы без четкого представления ее функциональных возможно-

стей несет в себе риск нарушить систему безопасности. Первоначально Web-брау-

зер представлял собой относительно простую программу. Сейчас же исходный код

браузера содержит десятки тысяч строк, что увеличивает риск нарушения защиты.

Годы, потраченные на изучение проблем безопасности, показали, что труднее всего

обеспечить безопасность, если применяется сложное программное обеспечение.

Браузер используется главным образом для доступа к различным сайтам Web. При

этом каждый сайт использует другой сложный программный компонент (Web-сер-

вер),

что также снижает безопасность.

Проблемы безопасности в браузере главным образом связаны с доступом к дис-

ковой памяти и к вычислительным ресурсам компьютера. Хотя многие документы,

загружаемые в компьютер пользователя, являются статическими докумегггами, со-

стоящими из текста и изображений, растет число документов, содержащих испол-

няемый код Java, Javascript, Visual Basic Script, Perl и т.д., a также компоненты

ActiveX. Ряд проблем, связанных с безопасностью, достаточно широко освещается

в технической литературе и в популярных изданиях. Некоторые из этих проблем

очень серьезные, а за последние несколько лет были выявлены новые проблемы.

Угрозы безопасности могут варьироваться от несанкционированного доступа

к пользовательским файлам до более серьезных проблем, таких как незаконное ис-

пользование вычислительных ресурсов компьютера пользователя. Обновление вер-

сий Netscape Navigator и Internet Explore во многом связано с проблемами безопас-

ности. Хотя пользователям не обязательно разрешать автоматическое выполнение

кода на их компьютерах, в ряде браузеров допустимы некоторые или все возмож-

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

нить параметры поведения по умолчанию. Для более глубокого рассмотрения про-

блем безопасности в Web читателю можгю посоветовать обратиться к другим кни-

гам по данной проблеме [Ste98a, RGR97].

Если компьютер пользователя не подключен к локальной сети и тем самым не

связан с другими компьютерами, при зафузке программ из Internet опасности под-

вергаются лишь вычислительные и файловые ресурсы компьютера пользователя.

Если же пользовательский компьютер подключен к локальной сети, а также имеют-

ся совместно используемые файловые или другие ресурсы, риску подвержены и дру-

гие компьютеры. Даже нормальная работа компьютера может быть нарушена в ре-

зультате воздействия злоумышленников, осуществляющих атаку отказа от обслу-

живания. При этом атакуемый компьютер использует все ресурсы процессора,

дисковой подсистемы для взаимодействия с атакующей программой, ресурсов на об-

служивание каких-либо других пользователей просто не остается. Кроме того, могут

заниматься ресурсы процессора на компьютере пользователя, либо организовывать-

ся передача файлов по электронной почте с пользовательского компьютера.

Ниже мы кратко рассмотрим риски для системы безопасности, связанные

с применением некоторых популярных в Web языков программирования.

58 Часть П. Компоненты программного обеспечения Weh

Java. Java является одной из первых систем программирования, дающих воз-

можгюсть выполнения программ на компьютере пользователя в результате загруз-

ки ресурса извне. Java относительно безопасна из-за принятого в Java принципа

выполнения загруженных из Web программ в специальной среде, называемой «пе-

сочницей», используемой для ограничения доступа к ресурсам пользовательского

компьютера. Апплет Java представляет собой небольшое приложение, созданное

лля выполнения ограниченной задачи с ограниченным доступом к пользователь-

ским ресурсам. Апплетам Java, загружаемым пользовательским компьютером,

обычно не разрешается осуществлять операции чтения или записи в локальной

файловой системы. Подход с использованием интерпретируемого байт-кода в Java

уменьшает возможность доступа к ресурсам компьютера. Однако несмотря на огра-

ниченные возможности доступа апнлетов Java, исследования показали, что ненад-

лежащее использование протоколов Internet может привести к появлению брешей

в системе безопасности. Хотя апплет не способен удалить файл на компьютере

пользователя, он может инициировать атаку отказа от обслуживания, путем ис-

пользования практически всех вычислительных ресурсов пользовательского ком-

пьютера.

JavaScript. JavaScript гораздо проще Java и используется в HTML-документах.

Большинство браузеров могут выполнять сценарии JavaScript. Функции JavaScript

синтаксически анализируются браузером, после чего инициируются определенные

действия. Проблемы безопасности связаны со способностью JavaScript выполнять

команды без ведома пользователя. Например, загруженный сценарий JavaScript

может отправлять сообщения электронной почты. Пользовательские файлы явля-

ются доступными для сценариев, поэтому произвольное выполнение кода Java-

Script, если только пользователь не уверен, что выполнение

сценариев не несет

опасности, является рискованным. Браузеры допускают настройку, в соответствии

с которой выполнение сценариев JavaScript разрешается только для определенных

приложений.

ActiveX. Элементы управления ActiveX схожи с апплетами Java. Элементы

ActiveX не используют «песочницу»; вместо этого они применяют механизм сер-

тификатов. Сертификаты представляют собой заверенные свидетельства, удосто-

веряющие, что дагнюе программное обеспечение создано определенной организа-

цией или разработчиком. Если сертифицированный элемент управления несет

в себе риск нарушения системы безопасности, сертификат может быть отозван, а

компания, создавшая данный элемент управления, может не получить сертификата

в дальнейшем. Модель сертификации требует участия специальных доверенных ор-

ганизаций, осуществляющих выдачу сертификатов. Хорошо себя зарекомендовав-

ший производитель программного обеспечения может, тем не менее, непредумыш-

ленно выпустить программное обеспечение, способствующее появлению брешей

в системе безопасности. Подход с применением сертификатов может быть также

использован для программ па Java и JavaScript.

2.6.

HTTP не сохраняет свое состояние, поэтому Web-серверу не нужно хранить ка-

кую-либо информацию о прошлых или будущих запросах. Однако на стороне сер-

вера может иметься существенная причина для сохранения информации о состоя-

нии между запросами в ходе сеанса или даже между сеансами. Например, может

оказаться необходимым предоставлять доступ к ряду страниц на сервере только

Глава

Web-клиенты

определенной группе пользователей. Если ввод идентификационной информации

необходим при каждом обращении пользователя к любой из этих страниц, возни-

кает дополнительная нагрузка как на пользователя (ему необходимо вводить эту

информацию), так и на сервер (для обработки этой информации). Дополнительные

транзакции также снижают пропускную способность сети. Сохранение определен-

ной информации между запросами сокращает непроизводительные затраты для

пользователя, сети и сервера. Браузер играет важную роль в предоставлении необ-

ходимой информации о состоянии вместе с пользовательским запросом.

Cookies являются одним из средств сохранения состояния HTTP [MFOOJ.

Cookie [Netd, KMOO]

—

это информация о состоянии, которая передается Web-сер-

вером браузеру и хранится на компьютере пользователя в интересах сервера. Меха-

низм работы с информацией о состоянии HTTP дает возможность клиентам и сер-

верам сохранять информацию за пределами запроса и ответа на него. Cookies впер-

вые были применены Netscape в 1994 г. [Netd]. Затем организацией Internet

Engineering Task Force (IETF) был начат процесс стандартизации. Механизм рабо-

ты с состоянием HTTP, формализующий использование cookies, подробно описан

в документе RFC 2965 [KMOOj, выпущенном в октябре 2000 г. и представляющем

собой предложение по стандарту (Proposed Standard) IETF. RFC 2965 отражает

опыт различных реализаций.

В этом разделе мы сначала остановимся на причинах использования cookies.

Далее будет исследован механизм использования cookies в браузере. Cookies имеют

весьма важное значение в контексте обеспечения конфиденциальности пользовате-

ля.

В этой связи в научном сообществе имеются различные мнения. Раздел закан-

чивается рассмотрением различных проблем нарушения конфиденциальности, свя-

занных с cookies. Роль приложений на стороне сервера в создании, передаче и ис-

пользовании cookies обсуждается в главе 4 (раздел 4.2.4).

2.6.1.

Причины использования cookies

Сервер передает cookie браузеру вместе со своим ответом, требуя от браузера

включать cookie в последующие запросы к серверу. Когда пользователь в следую-

щий раз посещает Web-сайт, браузер включает информацию из cookie в заголовок

запроса. Таким образом, Web-сервер способен различать пользователей в ходе се-

анса и между различными сеансами. Информация, отправленная в cookie, может

быть уникальной для каждого посетителя Web-сайга, что создает условие для ин-

дивидуального обслуживания пользователей.

Многие Web-сайты (например. The New York Times, http://www.nytimes.com)

требуют, чтобы cookies использовались браузером при загрузке страниц. Сайты мо-

гут требовать, чтобы пользователи идентифицировали себя именами и паролями.

Если это необходимо делать при каждой загрузке страниц с этого сайта, пользова-

тель вряд ли захочет работать с таким сайтом. Вместо этого необходимая иденти-

фикационная информация может передаваться автоматически через cookie.

Типичный пример использования cookie — «магазинная тележка», в которую

пользователь помещает купленные им товары. Имеются Web-сайты, на которых

пользователи могут выбирать товары, которые они планируют купить, например,

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

газинная тележка содержит множество выбранных на данный момент товаров.

Без cookies Web-серверу пришлось бы сохранять состояние всех своих пользо-

вателей (их может быть тысячи) на своем компьютере в течение длительного пе-

риода времени. Содержимое магазинной тележки или перечень приобретенных