Отчет о научно-исследовательской работе разработка концепции Объединенных Государственных и муниципальных Информационных ресурсов (огир) по теме: №21 13.

2.4Методологическая база ОГИР

2.4.1Исходные положения

2.4.2Единая модель информационного обмена

2.4.2.1Введение

• 
  способов транспорта сообщений агентов;
  
• 
  способов представления (форматов) этих сообщений;
  
• 
  представления дополнительных атрибутов этих сообщений, таких как аутентификация и шифрование и т.п.
  

• 
  распределенные платформы вычислений или программные языки;
  
• 
  платформы поддержки сообщений;
  
• 
  сервисы по обеспечению безопасности;
  
• 
  сервисы поддержки реестров и т.д.;
  
• 
  гибридные технологии взаимодействия.
  

• 
  Модель сервисов и обнаружения сервисов, доступных агентам или другим сервисам;
  
• 
  Взаимодействие между различными типами транспорта сообщений;
  
• 
  Поддержку различных форм представления языка межагентского взаимодействия;
  
• 
  Поддержка различных форм языка содержания сообщений;
  
• 
  Поддержка существования многореестровых сервисов.
  

2.4.2.2Методология

• 
  Управление множеством схем транспорта сообщений;
  
• 
  Управление схемами кодировки сообщений;
  
• 
  Поиск агентов и сервисов посредством сервисов поддержки реестров;
  

2.4.2.3Агенты и сервисы

2.4.2.4Стартовая процедура

2.4.2.5Реестр агентов

• 
  «Имя агента» – глобальное, уникальное имя агента;
  
• 
  «Локатор агента» – одна или более спецификаций транспорта, каждая из которых содержит тип транспорта, адрес транспорта и свойства транспорта, используемых для коммуникации с агентом.
  

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

2.4.2.6Регистрация агента

2.4.2.7Поиск агента

2.4.2.8Сервис поддержки реестров сервисов

• 
  «Имя сервиса» – глобальное, уникальное имя сервиса;
  
• 
  «Тип сервиса» – категоризированный тип сервиса;
  
• 
  «Локатор сервиса» – одна или более ключевых параметров, каждый из которых содержит тип сигнатуры, сервис сигнатуры и адрес сервиса.
  

• 
  стоимость использования сервиса;
  
• 
  ограничения на использование сервиса и.т.д.
  

2.4.2.9Сообщения агентов

2.4.2.10Структура сообщений

2.4.2.11Транспорт сообщений

2.4.2.12Отправка сообщения другим агентам

2.4.2.13Верификация сообщения и шифрование

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

2.4.2.15Онтология

• 
  Поиск публичных онтологий для организации доступа к ним;
  
• 
  Поддержка (например, регистрация их в репозитории, их модификация, и.т.д.) публичных онтологий
  
• 
  Перевод выражений, используемых разными онтологиями;
  
• 
  Ответ на запросы о значениях терминов;
  
• 
  Облегчение идентификации онтологии общего доступа, используемой при взаимодействии двух агентов
  

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

2.4.2.15.1Сервис Онтологии

2.4.2.15.2Обоснование декларативной онтологии

2.4.2.15.3Преимущества для приложений.

2.4.2.16Агенты (структура и отношения)

2.4.2.17Цели моделей сервисов

2.4.2.17.1Динамические сервисы

2.4.2.17.2Уровень модульности

2.4.2.18Цель абстрактной модели сервиса транспорта сообщений.

2.4.2.18.1Виды транспорта

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

• 
  Корпоративная система сообщений от IBM и Tibco;
  
• 
  JMS (передача сообщений JAVA);
  
• 
  CORBA IIOP;
  
• 
  Удаленный вызов сообщений;
  
• 
  SMTP;
  
• 
  XML посредством HTTP;
  
• 
  Протокол радиодоступа (Wireless access protocol.
  

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

2.4.2.18.3Транспортный агностицизм

2.4.2.18.4Выборочная определенность

2.4.2.18.5Сохранность сообщения

2.4.2.18.6Качество сервиса

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

2.4.2.18.7Анонимность

2.4.2.19Цель абстрактной модели реестра сервисов

2.4.2.19.1Разнообразие реестров сервисов

• 
  LDAP,
  
• 
  NIS или NIS+,
  
• 
  COS,
  
• 
  Novell NDS,
  
• 
  Microsoft Active Directory,
  
• 
  The Jini Look up Services,
  
• 
  JNDI.
  

2.4.2.19.2Агностицизм реестров

2.4.2.19.3Выборочная определенность

2.4.2.20Обеспечение безопасности в абстрактной архитектуре

2.4.2.20.1Аспекты безопасности

• 
  Идентификация – сравнение определенных характеристик объекта с уникальными параметрами объектов, имеющимися в данной системе. В результате идентификации определяется политика взаимодействия, применимая к данному объекту. Идентификация основана на доверенностях, предоставленных удостоверяющим центром (Certificate Authority, CA). Достоверность результатов такой идентификации определяется степенью доверия к CA.
  
• 
  Права доступа – это права, предоставленные конкретному объекту, на работу с данным ресурсом (файлом, типом очередей и т.п.) на основе определенной политики взаимодействия, предъявляемой ресурсом к данному объекту.
  
• 
  Целостность содержимого - способность определения того, произошли ли какие-либо изменения в объекте, сообщении или других данных в процессе транспортировки. Для обеспечения целостности часто используется цифровая подпись.
  
• 
  Конфиденциальность - способность обеспечивать доступ к данным, сообщениям или объекту только уполномоченным агентам. Часто обеспечивается с помощью шифрования данных или кодирования канала передачи.
  

2.4.2.20.2Области применения систем безопасности

Целостность и конфиденциальность сообщений в процессе передачи

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

Идентификация Агента

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

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

Легализация принципал-агентских отношений

• 
  Хотят ли они взаимодействовать с этим агентом;
  
• 
  Какими правами доступа обладает этот принципал, и какая политика взаимодействия применима в данном случае.
  

Легализация подписи кода

• 
  Утвердить доверенности, которые были использованы для того, чтобы подписать код агента (Сертификаты заверяются CA).
  
• 
  Если доверенности действительны, проверить целостность кода.
  
• 
  Если доверенности действительны, использовать соответствующую данному случаю политику для определения уровня доступа.
  

2.4.2.20.3Неохваченные риски

1. 
   Зондирование кода и данных. Объект может прозондировать агента и извлечь из него нужную ему информацию.
   
2. 
   Модификация кода и данных. Неправомочная модификация или разрушение агента, его состояния или данных. Частично эти риски могут быть устранены с помощью описанных выше методов, но они не охватывают все возможные случаи.
   
3. 
   Организованные нападения. Группа агентов сговаривается для достижения целей, нежелательных для других агентов. В таких случаях особенно трудно противостоять атакам, так как несколько агентов могут сотрудничать в организации атаки на сервис с целью обеспечения условий другому агенту для совершения нежелательных действий.
   
4. 
   Копирование и воспроизведение. Попытка копировать агента и сообщение, и клонировать или повторно запустить его.
   
5. 
   Отказ в обслуживании. Целью атаки является отказ в предоставлении ресурсов агенту. Например, один агент «забрасывает» другого запросами так, что он не может выполнять свою исходную задачу.
   
6. 
   Ложные действия. Агент, платформа или сервис искажают информацию. Это включает в себя предоставление недостоверной информации в процессе межагентского взаимодействия, преднамеренное представления другого агента, сервиса или платформы, как ненадежных, дорогостоящих или нежелательных.
   
7. 
   Отказ выполнения обязательств. Агент или платформа отрицают, что получили/послали сообщение или предприняли определенное действие.
   
8. 
   Имитация и нелегальное проникновение. Неавторизованный агент или сервис претендуют на идентификацию другого агента или части программы. Например, агент регистрируется как реестр сервисов, что приводит к получению им информации от других зарегистрированных агентов.