- •Безпека даних
- •Вступ. Основні поняття безпеки. Конфіденційність, цілісність та доступність даних. Класифікація загроз. Сервіси та механізми захисту.
- •Основні поняття і визначення криптографічного захисту даних.
- •Порушення, механізми і служби захисту.
- •Традиційне шифрування. Модель традиційного шифрування. Криптографія і криптоаналіз. Класична техніка шифрування: підстановки і перестановки.
- •Потокові і блокові шифри. Дифузія і конфузія. Шифр Файстеля. Диференційний та лінійний крипто аналіз. Принципи побудови блокових шифрів
- •Стандарт шифрування даних (des). Критерії, що лежать в основі конструкції des. Алгоритми "Подвійний" та "Потрійний" des.
- •Режими роботи блочних шифрів. Проблема та схеми розподілу ключів симетричного шифрування.
- •1. Режим електронної шифрувальної книги
- •2. Режим зчеплення шифрованих блоків
- •3. Режим шифрованого зворотного зв'язку
- •Генерування випадкових чисел. Використання та джерела випадкових чисел. Генератори псевдовипадкових чисел.
- •Криптографія з відкритим ключем. Принципи побудови криптосистем з відкритим ключем.
- •Алгоритм rsa
- •Порівняння основних характеристик симетричних та асиметричних алгориммів
- •Управління ключами і схема Діффі–Хеллмана.
- •1. Публічне оголошення
- •2. Публічно доступний каталог
- •3. Авторитетне джерело відкритих ключів
- •4. Сертифікати відкритих ключів
- •1. Простий розподіл секретних ключів
- •2. Розподіл секретних ключів із забезпеченням конфіденційності і аутентифікації
- •3. Гібридна схема
- •Аутентифікація повідомлень і функції хешування. Вимоги та функції аутентифікації.
- •1.1. Шифрування повідомлення
- •1.1.1. Традиційне шифрування
- •Коди автентичності повідомлень та функції хешування.
- •1. Коди автентичності повідомлень
- •1.1. Необхідні властивості кодів автентичності повідомлень
- •1.2. Коди автентичності повідомлень на основі des
- •2. Функції хешування
- •2.1. Вимоги, що пред'являються до функції хешування
- •2.2. Прості функції хешування
- •2.3. Атаки, в основі яких лежить парадокс задачі про дні народження
- •3. Захист функцій хешування і кодів автентичності повідомлень
- •3.1. Атаки з перебором всіх варіантів
- •3.2. Функції хешування
- •Алгоритми хешування. Алгоритм hmac.
- •1.1. Цілі розробки нмас
- •1.2. Алгоритм нмас
- •1.3. Захищеність нмас
- •Цифрові підписи та протоколи аутентифікації. Вимоги до цифрового підпису. Стандарт цифрового підпису dss.
- •1. Цифрові підписи
- •1.1. Вимоги
- •1.2. Безпосередній цифровий підпис
- •1.3. Арбітражний цифровий підпис
- •Протоколи аутентифікації. Взаємна та одностороння аутентифікація. (прочитати уважно номери малюнків і т.Д.)
- •2. Підходи на основі традиційного шифрування
- •3. Підходи на основі шифрування з відкритим ключем
- •4. Одностороння аутентифікація
- •5. Підхід на основі традиційного шифрування
- •6. Підходи на основі шифрування з відкритим ключем
- •Програмна реалізація криптографічних алгоритмів. Використання криптографічних функцій Microsoft CryptoApi в прикладному пз. Поняття про безпечний цикл розробки пз (sdl).
- •1. Будова і можливості Crypto api
- •2. Криптопровайдери
- •3. Контейнери ключів
- •4. Алгоритми
- •5. Сертифікати
- •6. Базові функції
- •6.1. Шифрування
- •6.2. Експорт сесійних ключів
- •6.3. Імпорт сесійних ключів
- •6.4. Розшифрування
- •6.5. Хешування
- •6.6. Цифровий підпис
- •6.7. Перевірка цифрового підпису
- •Методи і засоби створення захищеного програмного забезпечення.
- •3. Класифікація вразливостей захисту
- •4. Огляд існуючих аналізаторів
- •Відношення Історія експонатів
- •Список літератури
6.6. Цифровий підпис
Під цифрове підписом розуміють якусь похідну даних, по якій однозначно можна визначити цілісність і відправника надісланих даних. У найпростішому випадку під цифровим підписом можна розуміти навіть власне шифрований контент у разі, коли ключ шифрування не скомпрометований і однозначно належить відомому відправнику інформації. На практиці ж використовують набагато більш цікавий метод: первинно використовують отримання хешу даних, а потім шифрують отримане хеш-значення за допомогою алгоритму з відкритим ключем. Таким чином, за отриманим цифровим підписом можна судити як про цілісність даних (розшифрувавши цифровий підпис, ми можемо потім перевірити отримане значення хешу), так і про відправника даних (для отримання цифрового підпису використовується не публічний ключ відправника, а секретний, який може бути використаний тільки самим відправником).
Саме такий підхід до формування цифрового підпису використовується в базових функціях Crypto API для роботи з підписом. Базова функція отримання підпису хешу даних має наступний опис:
BOOL CryptSignHash(HCRYPTHASH hHash, DWORD dwKeySpec, LPCTSTR sDescription, DWORD dwFlags, BYTE* pbSignature, DWORD* pdwSigLen); |
В якості першого параметра використовується значення хендла хеш-об'єкта, вже ініціалізованих даними (за допомогою функції CryptHashData). Параметр dwKeySpec визначає, яка саме пара ключів буде використана для формування підпису (AT_KEYEXCHANGE (пара для обміну ключами) або AT_SIGNATURE (пара для формування цифрового підпису)). В багатьох криптопровайдерів пара ключів, призначена для обміну ключами, може також використовуватися і для формування цифрового підпису (але не у всіх криптопровайдерів). Параметр sDescription більш не використовується в даній функції і його значення повинне завжди бути встановлено в NULL. Параметр dwFlags зазвичай встановлюють також в 0. Параметри pbSignature і pdwSigLen використовують для коректної вказівки посилання на масив вихідних даних і його розміру.
6.7. Перевірка цифрового підпису
Для перевірки цифрового підпису хеш-значення використовується базова функція, що має наступний опис:
BOOL CryptVerifySignature(HCRYPTHASH hHash, BYTE* pbSignature, DWORD dwSigLen, HCRYPTKEY hPubKey, LPCTSTR sDescription, DWORD dwFlags); |
В якості першого параметра в функцію передається хендл хеш-об'єкта, попередньо ініціалізований даними за допомогою функції CryptHashData. Другий і третій параметри відповідають за передачу значення підпису, що перевіряється. Параметр hPubKey використовується для вказівки хендла публічного ключа відправника підпису (того, хто власне сформував цифровий підпис). Параметр sDescription в даний час більше не використовується і його значення має бути встановлено в NULL. Параметр dwFlags також зазвичай не несе корисного навантаження і встановлюється в 0.
