="justify"> WAProfile_ObjectRequestEnd.
Операція описується наступними полями:
WAProfile_ObjectId - дане поле містить рядок-ідентифікатор об'єкта оточення, якому належить описувана операція;
WAProfile_ObjectName - дане поле містить текстову рядок-опис об'єкта оточення, якому належить описувана операція;
WAProfile_ObjectOp - дане поле містить рядок-ідентифікатор операції
WAProfile_ObjectOpMean - дане поле містить речовий значення, що представляє математичне очікування статистики, що розраховується за формулою (5.2.1);
WAProfile_ObjectOpLambda - дане поле містить дійсне значення константи згладжування?, використовуваного при розрахунку статистики за формулою (5.2.1);
WAProfile_ObjectOpUCL - дане поле містить дійсне значення верхнього контрольного межі, яка розраховується за формулою (5.2.3);
WAProfile_ObjectOpLCL - дане поле містить дійсне значення нижнього контрольного межі, яка розраховується за формулою (5.2.4).
6.2.4 Приклад запису профілю нормальної поведінки
Нижче наводиться приклад однієї записи профілю нормальної поведінки. Запис визначає дві допустимі операції ( SELECT і INSERT ) до одного об'єкту оточення (сервер MySQL версії 4.1.8) для набору параметрів, що складається з одного GET-параметра q і чотирьох POST параметрів title, changed, body, format.
WAProfile_Begin_RequestURL: # center gt; 6.3 Програмна архітектура модуля
У даному підрозділі описується програмна архітектура розробленого модуля виявлення вразливостей.
Модуль складається з наступних основних підсистем:
консоль управління;
підсистема попередньої обробки траси веб-додатки;
підсистема побудови профілю нормальної поведінки;
підсистема виявлення аномалій.
Детальний опис кожної підсистеми модуля проводиться у відповідних підрозділах Розділу 6.4 Нижче наводиться короткий опис завдань, що вирішуються кожної підсистемою.
Завданнями консолі управління є:
загальне управління модулем;
завантажити конфігураційні;
налагодження та запуск підсистем.
Завданнями підсистеми попередньої обробки траси є:
отримання записів траси від постачальників подій СОА Моніторинг-РВС raquo ;;
аналіз і перетворення записів траси у внутрішнє представлення для подальшої передачі подсистемам побудови профілю нормальної поведінки і виявлення аномалій.
Завданнями підсистеми побудови профілю нормальної поведінки є:
аналіз надходять від підсистеми попередньої обробки траси записів траси і побудова дерева запитів;
формування та збереження профілів нормального поведінки на основі дерева запитів.
Завданнями підсистеми виявлення аномалій є:
завантаження профілів нормальної поведінки і формування дерева профілів;
аналіз надходять від підсистеми попередньої обробки траси записів траси і виявлення аномалій;
подача повідомлень про виявлені аномаліях на консоль управління.
Модуль може функціонувати в двох основних режимах: режимі побудови профілів нормальної поведінки і режимі виявлення аномалій.
На малюнку 6.3.1 показана схема роботи модуля в режимі побудови профілю нормальної поведінки. Дані від постачальників подій (на схемі позначені абревіатурою ПС ), перехоплюючих HTTP-запити до веб-додатку та обігу веб-додатки до об'єктів оточення, потрапляють в підсистему попередньої обробки траси, де аналізуються і перетворюються до внутрішнього уявлення записи траси. Далі перетворена запис траси передається в підсистему побудови профілів нормальної поведінки, де відбувається аналіз і додавання містяться в записах траси даних в споруджуване дерево запитів. За командою відключення режиму побудови профілів нормальної поведінки з консолі управління, підсистема побудови профілів нормальної поведінки формує на основі побудованого дерева запитів профілі нормальної поведінки і зберігає їх у базу даних профілів нормальної поведінки (на схемі позначена абревіатурою БД ).
Малюнок 6.3.1 Схема функціонування модуля в режимі побудови профілю нормальної поведінки
На малюнку 6.3.2 показана схема роботи модуля в режимі виявлення аномалій....
