Симонович С.В. (ред.) Информатика для юристов и экономистов

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

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

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

быстрее (функция ускорения загрузки);

• элементы Web-страниц, проходящих через прокси-сервер, могут анали-

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

ная, может отсеиваться (функция фильтрации);

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

ответствии доменных имен серверов Интернета и их IP-адресов, благодаря

чему при повторном обращении к тем же Web-ресурсам уже не надо искать

их /Р-адреса в сравнительно медленной иерархической структуре системы DNS

(функция ускорения подключения).

Несмотря на то что основное назначение прокси-сервера вроде бы не свя-

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

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

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

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

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

щих через него данных. Он может блокировать файлы и архивы, содержащие

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

ческим или религиозным соображениям. И, наконец, прокси-сервер позволяет

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

вне. Это очень важный момент, поскольку удаленным атакам на информацион-

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

программного и аппаратного обеспечения. Знание версий программ, обеспечи-

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

вимости и эксплуатировать их с помощью специальных программ — так назы-

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

— это одно из первичных средств защиты от применения средств информаци-

онных атак.

С работой простейшего программного средства, выполняющего функции

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

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

мается проверкой содержания поступающих Web-ресурсов. В частности, она

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

рует элементы оформления Web-страниц.

10.5. ПЛАТЕЖНЫЕ СИСТЕМЫ В ЭЛЕКТРОННОЙ

КОММЕРЦИИ

Современные банковские технологии составляют основу электронной

коммерции. Без них можно было бы только говорить о стратегическом исполь-

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

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

банковских технологий возникают специфические черты, характеризующие

391

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

шений.

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

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

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

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

тов между участниками электронной коммерции в Интернете.

Системы дистанционного банковского обслуживания

Банковские электронные услуги вообще и дистанционное банковское об-

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

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

щегося к информатике, не представляется возможным. Мы остановимся на наи-

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

связанных с их участием в электронной коммерции. Однако в качестве введе-

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

входит множество мелких подсистем: Банк — Предприниматель (клиент —

юридическое лицо); Банк — Потребитель (клиент — физическое лицо); Банк —

Банк; Банк — Клиринговый центр; Банк — Обменный пункт; Банк — Корре-

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

электронные технологии, как системы управления базами данных (СУБД),

средства ЭЦП, средства идентификации и аутентификации, основанные на си-

стемах и протоколах защищенной связи.

С точки зрения электронной коммерции/нас больше всего интересуют

подсистемы Банк — Предприниматель и Банк — Потребитель, которые в об-

щем случае представляются одной подсистемой Банк — Клиент с необходимы-

ми различиями, в зависимости от того, является ли клиент лицом юридическим

или физическим.

Две модели дистанционного банковского обслуживания. Модели ди-

станционного банковского обслуживания участников электронной коммерции

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

том, а вторая — тонким клиентом. В первой модели банк поставляет клиенту

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

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

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

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

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

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

го клиента и относительно высокая степень защиты. Основные недостатки дан-

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

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

стороне и повышенные расходы на ее эксплуатацию.

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

крупным организациям. Высокие расходы на внедрение и эксплуатацию систе-

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

392

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

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

мерции по модели В2С это очень важный фактор.

Модель «тонкого клиента». Благодаря развитию технологий, связанных

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

электронной коммерции и физических лиц, потребляющих услуги электронной

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

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

служивания, получившую название тонкого клиента. В основе этой модели ле-

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

фонных линий, стандартных транспортных протоколов (TCP/IP), стандартных

средств шифрования данных (551) и средств ЭЦП, а также стандартных средств

вычислительной техники — персональных компьютеров. В самом общем слу-

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

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

обслуживанию от клиента не требуется никаких специальных инвестиций. Од-

нако, в связи с тем, что в России до настоящего времени не принят закон об

электронной цифровой подписи и нет соответствующей ифраструктуры, обес-

печивающей ее правовой режим и техническое функционирование, банки, обес-

печивающие дистанционное обслуживание клиентов, используют свои соб-

ственные программные комплексы. В этом случае клиент должен прежде всего

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

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

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

ставляемое финансовой организацией, небезопасно. В частности, в настоящее

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

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

связи и информации при Президенте РФ (ФАПСИ).

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

стороне, входят средства для создания электронной цифровой подписи, сред-

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

защищенной связи, например 551, и необходимые интерфейсные средства,

обеспечивающие наглядное и удобное выполнение финансовых операций.

При работе с банком по модели тонкого клиента особую роль имеет надежность и устойчи-

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

устойчивостью универсальных операционных систем Windows 95/98/Ме, клиентское программ-

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

dows NT/ Windows 2000.

Использование платежных карт в электронной коммерции

Пока системы дистанционного банковского обслуживания и системы

электронных наличных платежей еще не стали общепринятыми платежными

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

с помощью платежных карт. Платежная карта — это обобщенный термин,

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

393

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

стям.и организациям, их выпускающим. Первая «фирменная» платежная карта

была выпущена в 1914 г. фирмой General Petroleum Corporation of California.

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

карты не являются полноценным платежным средством и рассматриваются как

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

владельца к определенной системе учреждений.

Первые карты, являющиеся полноценным платежным средством, появи-

лись в 50-е годы, а в 60-е годы началось создание межбанковских объединений,

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

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

ковые, металлические и др.), по механизму расчетов (двусторонние и многосто-

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

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

ции на карту (магнитные, смарт-карты и другие).

Причины, вызвавшие широкое использование платежных карт в элек-

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

расчетных операций с помощью средств вычислительной техники. Все взаимо-

расчеты происходят в режиме реального времени (рис. 10.23).

Банк получателя Интернет-магазин Банк плательщика

Рис. 10.23. Модель взаиморасчетов с помощью платежных карт

1. Клиент обращается в учреждение электронной торговли, просматрива-

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

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

сервера продавца.

2.Закончив отбор товара, клиент выдает команду Заплатить, которая ини-

циализирует создание защищенного соединения. После создания защищенного

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

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

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

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

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

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

394

ввода.

3.Продавец, получивший данные о платежном средстве клиента, произво-

дит его авторизацию. В ходе авторизации он устанавливает защищенное соеди-

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

систему.

4.Операционный центр по своим каналам связи связывается с банком,

эмитировавшим платежную карту, и получает от него подтверждение платеже-

способности клиента и действительности платежной карты.

5.Выполнив авторизацию, продавец передает данные об операции своему

банку для списания средств со счета клиента и зачисления их на счет продавца.

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

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

6.Банк продавца обращается к операционному центру с просьбой произ-

вести межбанковские операции.

7.Операционный центр перечисляет соответствующую сумму со счета

банка плательщика на счет банка получателя.

Системы электронных наличных платежей

Понятия «электронный» и «наличный» применительно к финансовому

обороту могут звучать несовместимыми. Тем не менее, в настоящее время

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

ном смысле у систем электронной наличности большое будущее, поскольку

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

ной коммерции — возможность эффективной работы с микроплатежами.

Идеальная модель электронной наличности. Электронная купюра —

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

микроплатежи, — это отдельный файл, имеющий электронную цифровую под-

пись эмитента (финансовой организации, выпустившей ее в обращение). В

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

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

дения об эмитенте, прилагается его открытый ключ и электронный сертификат,

а также открытый ключ центра сертификации.

Владелец электронной монетки может с помощью открытого ключа эми-

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

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

ключ актуален. Далее он может представить данный файл эмитенту на погаше-

ние с зачислением соответствующей суммы на свой расчетный счет.

Поскольку в файле электронной монетки может не быть никаких сведе-

ний о ее владельце, то его можно рассматривать как платежное средство «до

востребования», обладающее свойством анонимности, что характерно для на-

личных платежных средств. То есть, передача данного файла другому лицу мо-

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

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

и транспортировкой через канал связи.

Для удобства выполнения расчетов электронной наличностью пользова-

395

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

ной системы. Условно его называют «Кошельком» или «Бумажником». Эта

программа автоматизирует просмотр электронных монет (купюр), их погаше-

ние и передачу другим лицам в качестве платежного средства.

Недостатки идеальной модели. Несмотря на использование ЭЦП в ка-

честве средства аутентификации электронной Монетки, идеальная модель элек-

тронной наличности обладает важным дефектом. Дело в том, что компьютер-

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

нетки может пойти на правонарушение, размножив ее в любом количестве.

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

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

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

присматривать программа, выполняющая функции «Кошелька».

Известно, что все копии документа, подписанного ЭЦП, имеют равную юридическую силу, — это основа

правового обеспечения ЭЦП.

Вопрос защиты электронной наличности от копирования — основная

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

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

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

надежности, в чем-то приходится проигрывать. Как правило, «проигрыш» за-

ключается в том, что электронная наличность частично теряет свойство ано-

нимности.

Анонимность электронной наличности. Анонимность — свойство, отли-

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

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

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

Когда в бытовом смысле говорят о свойстве анонимности наличных пла-

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

сведений о плательщике в отчетной документации. Однако для понимания сути

электронной наличности этого недостаточно. Анонимность взаиморасчета —

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

плательщика или анонимность получателя. Существует еще анонимность пла-

тежа. При совершении безналичных взаиморасчетов создается документ (пла-

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

теле платежа, о размере и назначении платежа. Когда говорят о частичной ано-

нимности электронных наличных платежных систем, имеют в виду, что при

проведении расчетов могут фиксироваться не все эти данные и не все в одном

документе. Например, в банке плательщика могут фиксироваться сведения о

плательщике и размере платежа, в банке лица, предъявившего электронную мо-

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

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

роваться. Если предположить, что электронная монетка совершает несколько

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

396

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

ях.

Роль и место наличных электронных платежных систем. О факторе

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

наличной формами расчетов в Интернете. Следует особо отметить, что назначе-

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

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

но иные:

• сокращение объема документации, циркулирующей между банком и

клиентом;

• упрощение взаиморасчетов между партнерами;

• повышение оперативности электронной торговли;

• снижение накладных расходов, связанных с банковским обслуживанием

платежных средств;

• обеспечение безопасности участников электронной торговли.

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

действия электронной наличности — микроплатежи. Сточки зрения плательщика, желающего заплатить

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

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

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

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

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

эффективны при проведении расчетов за услуги информационного характера.

Для предприятий электронной коммерции в Интернете информационное обслу-

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

никаких специальных средств доставки. Отсюда вытекают роль и место систем

электронной наличности в электронной коммерции.

Расчеты электронной наличностью между физическими и юридиче-

скими лицами. Необходимость в такой форме расчетов существует в модели

электронной коммерции В2С. Существует много различных моделей работы с

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

для исключения операций копирования файлов, представляющих электронные

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

сделки.

Самая простая модель основана на том, что и плательщик, и получатель

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

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

в данный момент является владельцем каждой монетки (электронные монеты,

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

п.). Плательщик предъявляет получателю файл электронной монетки, тот тут

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

пись о том, что у данной монетки отныне новый владелец. В этом случае одной

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

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

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

397

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

жа. В этой модели каждая монетка может совершать многократные циклы об-

ращения, как и реальные наличные деньги.

Если плательщик и получатель имеют расчетные счета в разных банках,

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

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

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

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

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

клиринговый центр, а монета погашается (уничтожается) у всех сторон, после

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

хранение получателю платежа. В этой модели банк плательщика имеет доступ к

сведениям о плательщике, а банк получателя — к сведениям о получателе, но

никто не фиксирует сведений о назначении платежа.

Расчеты электронной наличностью между юридическими лицами

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

мость проведения взаиморасчетов в наличной форме. Обычно это связано с по-

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

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

фактуры) для последующего учета и контроля, но исключается необходимость

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

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

ные взаиморасчеты между юридическими лицами можно и в электронной фор-

ме. Необходимость в этом существует в модели электронной коммерции В2В.

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

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

подписи. Технически механизм слепой электронной подписи основан на уни-

кальном математическом свойстве алгоритма несимметричной криптографии

RSA. Рассмотрим это свойство на примере (рис. 10.24).

1.На первом этапе плательщик сам создает электронную купюру произ-

вольного достоинства, например 333 $. В качестве дополнительных сведений

он вносит в нее данные о себе, о получателе платежа и о назначении платежа.

2.Далее плательщик шифрует полученный документ своим личным (за-

крытым) ключом. После этого он мог бы отправить эту купюру на заверение в

свой банк, но банк может прочитать все, что записано в купюре с помощью

публичного (открытого) ключа клиента. Поэтому плательщик вводит дополни-

тельный этап.

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

произвольное число. Это как бы дополнительный этап шифрования. С точки

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

мент не попался на глаза банковским служащим.

С аналогичным примером мы имеем дело в обычной почтовой связи. Почтовый конверт —

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

на глаза почтовым служащим.

398

Рис. 10.24. Модель взаиморасчетов с использованием механизма

слепой электронной подписи

4.Банк получает от плательщика некий нечитаемый файл с просьбой заве-

рить его как электронную купюру достоинством 333 $. Банк списывает эту сум-

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

после чего возвращает файл плательщику.

5.Плательщик восстанавливает зашифрованное сообщение, поделив каж-

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

нарушается — в этом и состоит уникальное свойство алгоритма несимметрич-

ной криптографии RSA. В итоге плательщик получает платежный документ, за-

шифрованный собственный закрытым ключом, а потом еще и закрытым клю-

чом банка. Этот документ он передает получателю платежа.

6.Получатель платежа использует открытый ключ банка и открытый

ключ плательщика для раскрытия файла. Он может предъявить этот файл свое-

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

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

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

ПРАКТИЧЕСКОЕ ЗАНЯТИЕ

Упражнение 10.1. Настройка параметров брандмауэра

15 мин

Для выполнения этого упражнения необходимо иметь установленную

программу AtGuard (www.atguard.com), подключение компьютера к локальной

сети и (или) Интернету.

1.Запустите программу AtGuard, если она не запустилась автоматически

при подключении компьютера к локальной сети (Пуск > Программы > AtGuard

> Start AtGuard).

2.На появившейся в верхней части экрана панели Dashboard (Панель на-

стройки) поставьте флажки в группах Ad Blocker (Блокировка рекламы), Pri-

vacy Protection (Защита частной информации), Firewall (Брандмауэр).

399

3.Щелчком правой кнопкой мыши на значке Menu (Меню) панели Dash-

board (Панель настройки) откройте меню и выберите пункт Settings

(Настройка). Или откройте окно AtGuard Settings (Настройка AtGuard) с помо-

щью кнопки Пуск (Пуск > Программы > AtGuard > Settings).

4.В окне AtGuard Settings (Настройка AtGuard) перейдите на вкладку Fire-

wall (Брандмауэр) и установите флажки Enable Firewall (Включить брандмауэр)

и Enable Rule Assistant (interactive learning mode) (Включить помощник по пра-

вилам в режиме интерактивного обучения).

5.Просмотрите список активных задач и запишите, какие протоколы,

службы и программы находятся под контролем брандмауэра.

Протоколы —_____________________________

Службы —________________________________

Программы —_____________________________

6.Далее создаем собственную задачу. Щелкните на кнопке Add (Доба-

вить) и в открывшемся окне Add Firewall Rule (Добавить правило брандмауэра)

на вкладке Application (Приложение) установите переключатель Application

shown above (Приложение, указанное выше).

7.Щелчком на кнопке Browse (Обзор) откройте окно Add Application

From File System (Выбрать файл приложения), найдите и выберите исполнимый

файл текстового процессора Microsoft Word. В строке Application (Приложение)

должен появится появиться полный путь поиска для файла, например C:\Pro-

gram Fi les\MSOf f ice\Of f ice\wi nword. exe.

8.Проверьте и при необходимости установите следующие значения в рас-

крывающихся списках:

Action: Permit (Действие: Разрешить) Direction: Either (Направление: Лю-

бое) Protocol: TCP or UDP (Протокол: TCP или UDP).

9.Перейдите на вкладку Service (Служба) и проверьте установку переклю-

чателей. В группах Remote Service (Удаленная служба) и Local Service (Локаль-

ная служба) должен быть включен переключатель Any Service (Любая служба).

10.Просмотрите установки на вкладках Address (Адрес), Time Active

(Время работы), Logging (Протоколирование) и оставьте установленные там

значения по умолчанию.

11.Щелчком на кнопке ОК закройте окно AtGuard Settings (Настройка At-

Guard) и просмотрите список задач брандмауэра. Должна появится новая задача

— запись Microsoft Word for Windows, значок этой программы и двусторонняя

стрелка, указывающая направления (входящие и исходящие) потока данных,

связанных с данной программой.

Мы научились запускать программу AtGuard и быстро подключать функции брандмауэра, заданные по

умолчанию. Мы научились настраивать параметры брандмауэра в соответствии со своими задачами.

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

Упражнение 10.2. Работа с брандмауэром

400