- •Національна академія наук україни інститут програмних систем
- •1. Об'єкти захисту
- •2. Загрози безпеки інформації
- •3. Модель порушника в ас
- •4. Методи і принципи парирування загрозам безпеки
- •5. Правила інформаційної безпеки
- •4.1. Організаційні заходи по забезпеченню безпеки
- •4.3.1. Безпека в посадових інструкціях і при виділенні ресурсів
- •4.3.2. Перевірка осіб, що приймаються на роботу
- •4.2. Класифікація і управління ресурсами
- •4.3. Безпека персоналу
- •4.3.3. Угода про конфіденційність
- •4.3.4. Навчання користувачів
- •4.3.5. Реакція на інциденти безпеки і несправності
- •4.4. Фізична безпека
- •4.4.1. Фізичний периметр безпеки
- •4.4.2. Правила використовування робочого столу
- •4.4.3. Захист обладнання
- •4.4.3.1. Розміщення і захист обладнання
- •4.4.3.2. Джерела електроживлення
- •4.4.3.3. Захист кабельної розводки
- •4.4.3.4. Технічне обслуговування обладнання
- •4.4.3.5. Захист обладнання, що використовується за межами організації
- •4.4.3.6. Надійна утилізація обладнання
- •4.5. Управління комунікаціями і процесами
- •4.5.1. Посадові (службові) інструкції і відповідальність
- •4.5.2. Захист від шкідливого пз (вірусів, троянських коней, Spyware)
- •4.5.3. Управління внутрішніми ресурсами
- •4.5.4. Аутентифікація і безпека мережі
- •4.5.4.1. Відповідальність
- •4.5.4.2. Архітектура мережі
- •4.5.4.3. Адресація в мережі
- •4.5.4.4. Управління доступом до мережі
- •4.5.4.5. Імена користувачів
- •4.5.4.6. Паролі
- •4.5.4.7. Засоби управління доступом
- •4.5.4.8. Видалений доступ
- •4.5.4.9. Безпека зв'язку по телефонних каналах
- •4.5.5. Безпека носіїв даних
- •4.5.6. Вимоги до передачі системної документації і критичної інформації
- •4.6. Контроль доступу до інформаційних ресурсів
- •4.6.1. Загальні вимоги
- •4.6.2. Процедури реєстрації
- •4.6.3.Процедура авторизації
- •4.6.4. Управління ідентифікаторами і паролями
- •4.6.5. Система управління паролями
- •4.6.6. Правила захисту обладнання, залишеного без нагляду
- •4.6.7. Використовування мережних служб і сервісів
- •4.6.8. Процедура входу в систему (log on)
- •4.6.9. Використовування системних утіліт
- •4.6.10. Прикладні системи
- •4.6.11. Журнали реєстрації
- •4.6.12. Віддалений доступ
- •4.6.12.3. Безпека для мобільних комп'ютерів і користувачів при віддалений роботі:
- •4.6.13. Процедури керування доступом користувачів до інформаційних ресурсів нан України
- •4.6.13.1. Процедура керування доступом користувачів до Веб-порталу нан України
- •4.6.13.2. Процедура керування доступом користувачів до Веб-сайтів організацій та установ нан України
- •4.6.13.3. Процедура керування доступом користувачів до вітчизняних та зарубіжних електронних бібліотек
- •4.6.13.4. Процедура керування доступом користувачів до корпоративної інформаційно-пошукової системи «Наукові інформаційні ресурси нан України» (Веб-сайту)
- •4.6.13.5. Технологія використання засобів керування доступом користувачів до банку науково-прикладних засобів
- •4.6.13.6. Процедура керування доступом користувачів до автоматизованої інформаційної системи підтримки міжнародної діяльності нан України
- •4.6.13.7. Процедура керування доступом користувачів до інтегрованої системи електронного документообігу в нан України
- •4.6.13.8. Технологія використання засобів керування доступом користувачів до типових інформаційно-аналітичних підсистеми нан України
- •4.7. Правила безпеки для брандмауерів
- •4.7.1. Ризики безпеки брандмауера
- •4.7.2. Хост, підключений до двох сегментів мережі
- •4.7.3. Екранований хост
- •4.7.4. Екранована підмережа
- •4.7.5. Інтранет
- •4.7.6. Адміністрування брандмауера
- •4.7.7. Віддалене адміністрування брандмауера
- •4.7.8. Зареєстровані користувачі
- •4.7.9. Архівні копії брандмауера
- •4.7.10. Довірчі взаємозв'язки в мережі
- •4.7.11. Віртуальні приватні мережа (vpn)
- •4.7.12. Відображення імен на адреси за допомогою dns
- •4.7.13. Цілісність системи
- •4.7.14. Документація
- •4.7.15. Фізична безпека брандмауера
- •4.7.16. Дії при спробах порушення безпеки
- •4.7.17. Відновлення сервісів
- •4.7.18. Удосконалення брандмауера
- •4.8. Правила безпеки при роботі в Інтернеті
- •4.8.1. Пошук інформації в Інтернеті за допомогою браузера
- •4.8.2. Правила безпеки веб-серверів
- •4.8.3. Правила безпеки для електронної пошти
- •4.9. Розробка і супровід інформаційних систем
- •4.9.1. Безпека додатків
- •4.9.2. Вимоги до застосування криптографічних засобів захисту
- •4.9.3. Безпека системних файлів
- •4.9.4. Безпека процесів розробки і підтримки
- •4.10. Планування безперебійної роботи організації
- •4.11. Відповідність системи основним вимогам
- •4.11.1. Виконання правових вимог
- •4.11.2. Вимоги до дотримання авторських прав на програмне забезпечення
- •4.11.3. Перевірка безпеки інформаційних систем
- •4.11.4. Вимоги до системного аудиту
4.6.2. Процедури реєстрації
4.6.2.1. Доступ в багатокористувацькій інформаційній системі повинен контролюватися формальними процедурами реєстрації користувачів, які включають:
Використовування унікального ідентифікатора користувача, по якому його можна однозначно ідентифікувати. Застосування групових ідентифікаторів може бути дозволено тільки там, де це потрібне для виконання роботи
Забезпечення того, що резервні ідентифікатори не використовуються іншими користувачами
Перевірку того, що користувач авторизований власником системи для використовування її ресурсів. Можливо отримання окремого дозволу для наділювання правами користувача в керівництва
Перевірку того, що рівень доступу відповідає діловим задачам, політиці безпеки організації і не суперечить розподілу обов'язків
Ознайомлення користувача під розпис з наданими правами доступу і порядком його здійснення
Існування актуального списку всіх користувачів, зареєстрованих для роботи в системі
Негайне виправлення прав доступу для тих користувачів, чиї посадові обов'язки змінилися або які покинули організацію
Періодичний контроль і видалення резервних облікових записів користувачів
4.6.3.Процедура авторизації
4.6.3.1. Розподіл привілеїв в багатокористувацькій системі повинен контролюватися за допомогою процедури авторизації
4.6.3.2. Процедура авторизації при розподілі привілеїв в багатокористувацькій системі повинна включати наступні положення :
Права доступу до кожного системного компоненту (наприклад, ОС, СУБД або додатків) повинні бути визначені для всіх категорій персоналу, що мають до них доступ
Привілеї індивідуальних користувачів, визначені у міру необхідності або від випадку до випадку повинні бути мінімальні - тільки ті, які необхідні
Необхідно уникати надання привілеїв користувачам при розробці і використовуванні стандартних програм
Повинна бути затверджена процедура авторизації, а також визначений перелік всіх призначених привілеїв. Привілеї не повинні надаватися до закінчення процесу авторизації
Ідентифікатори користувачів, що визначають їх привілеї, повинні відрізнятися від ідентифікаторів, використовуваних в повсякденній роботі
4.6.3.3. Для запобігання неавторизованого доступу до ресурсів необхідно застосовувати засоби захисту операційної системи
4.6.3.4. Засоби захисту операційної системи для запобігання неавторизованого доступу повинні включати наступне
Ідентифікація і аутентифікація користувача, а при необхідності і ідентифікація обладнання (мережна адреса, номер термінала і т.п.), з якого здійснюється доступ
Реєстрація успішних і неуспішних спроб входу в систему
Забезпечення необхідних засобів аутентифікації. При використовуванні парольної системи, вона повинна гарантувати якісні паролі
По можливості повинно бути обмежено час доступу користувачів в систему
4.6.4. Управління ідентифікаторами і паролями
4.6.4.1. Всім користувачам повинні бути привласнені унікальні персональні ідентифікатори
4.6.4.2. Призначені для користувача ідентифікатори не повинні вказувати на рівень привілеїв користувача, наприклад, адміністратор, менеджер і т.п.
4.6.4.3. Процес управління паролями користувачів повинен задовольняти наступним положенням:
Всі користувачі повинні бути ознайомлені під розпис з вимогою збереження в таємниці особистого пароля і використовування групових паролів тільки усередині групи
Рекомендується настроїти систему так, щоб при першому вході користувача з призначеним йому тимчасовим паролем система відразу ж вимагала його змінити. Тимчасові паролі також видаються у разі, коли користувачі забувають свої паролі. Тимчасові паролі повинні видаватися тільки після позитивної ідентифікації користувача
Паролі не повинні зберігатися в комп'ютерній системі в незахищеному вигляді.
Тимчасові паролі повинні передаватися користувачам безпечним чином.
Необхідно уникати передачі паролів з використанням третіх осіб або незашифрованою електронною поштою. Користувач повинен підтвердити отримання пароля
4.6.4.4. Всі користувачі повинні бути обізнані про правила поводження з паролями:
Паролі повинні зберігатися строго конфіденційно
Паролі не повинні записуватися на папері, якщо записи не можуть бути збережені в безпечному місці
При компрометації (розголошуванні або підозрі на розголошування пароля) паролі повинні бути негайно змінені
Необхідно змінювати тимчасовий пароль при першому вході в систему
Користувачам забороняється використовувати автоматичний вхід в систему і застосовувати збереження пароля під функціональними клавішами
Забороняється використовувати індивідуальний пароль для роботи декількох користувачів
Необхідно регулярно міняти паролі, при цьому паролі привілейованих користувачів повинні мінятися частіше. При зміні пароля неприпустимо повторне використовування старих паролів
Паролі повинні бути якісними
4.6.4.5. Якісним паролем вважається пароль, що задовольняє спеціальним умовам:
Довжина пароля - не менш 6 символів
Пароль легко запам'ятовується
Пароль не є послідовністю яких-небудь символів, що повторюється
Пароль не є інформацією, що легко ідентифікується (наприклад, ім'я, телефонний номер, дата народження)
4.6.4.6. Якщо користувачам необхідний доступ до багатьох сервісів і платформ і від них потрібна підтримка декількох паролів, то рекомендується використовувати один єдиний надійний пароль для входу у всі системи
4.6.4.7. Необхідні процедури перевірки прав користувачів:
Перевірка прав користувачів повинна проводитися регулярно (період, що рекомендується, - 6 місяців) або після кожної зміни в системі
Перевірка прав користувачів, що мають особливі привілеї для доступу в систему повинна проводитися частіше, - рекомендується кожні 3 місяці
