- •Безпека даних
- •Вступ. Основні поняття безпеки. Конфіденційність, цілісність та доступність даних. Класифікація загроз. Сервіси та механізми захисту.
- •Основні поняття і визначення криптографічного захисту даних.
- •Порушення, механізми і служби захисту.
- •Традиційне шифрування. Модель традиційного шифрування. Криптографія і криптоаналіз. Класична техніка шифрування: підстановки і перестановки.
- •Потокові і блокові шифри. Дифузія і конфузія. Шифр Файстеля. Диференційний та лінійний крипто аналіз. Принципи побудови блокових шифрів
- •Стандарт шифрування даних (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.2. Експорт сесійних ключів
Після виконання операції шифрування постає проблема передачі шифрованих даних. Самі по собі дані, звичайно, передавати можна, внаслідок їх захищеності. Але нагадаємо ще раз, що в Crypto API використовуються симетричні алгоритми шифрування, і якщо на приймаючій стороні не буде використаний той же самий сесійний ключ, який був використаний для шифрування, то розшифрувати дані на приймаючій стороні не вдасться. У самих шифрованих даних Crypto API самостійно сесійні ключі теж не передає. Замість цього Crypto API надає розвинені механізми експорту значення сесійного ключа в зовнішній масив даних.
Базова функція експорту ключів має наступний опис:
BOOL CryptExportKey(HCRYPTKEY hKey, HCRYPTKEY hExpKey, DWORD dwBlobType, DWORD dwFlags, BYTE* pdData, DWORD* pdwDataLen); |
Першим параметром цієї функції передається хендл ключа, який буде експортований. Фактично, експорт ключа можна представити як окрему операцію шифрування ключа. Отже, для такої операції необхідний ще один ключ шифрування. Зазвичай в Crypto API сесійний ключ шифрують за допомогою асиметричного алгоритму. Параметр hExpKey в більшості випадків инициализируют контекстом публічного ключа одержувача. Параметр dwBlobType визначає формат одержуваного блоку експорту. Можливо, скажімо, вказати, що експорту буде підлягати тільки лише публічний ключ. У цьому випадку параметр hExpKey має дорівнювати 0 (шифрування публічного ключа не потрібно) і на виході функції виходить просте значення публічного ключа. Для такого випадку параметр dwBlobType має дорівнювати PUBLICKEYBLOB. Зазвичай же, при експорті сесійного ключа використовується значення SIMPLEBLOB. Останні значення даного параметра досить специфічні і застосовуються рідко. Параметри pbData і pdwDataLen вказують на масив, виділений для отримання експортованого ключа, і на його розмір.
ПОРАДА Хотілося б також звернути увагу читача на досить важливий момент: іноді для обміну ключами використовуються кілька більш складні схеми, ніж просто шифрування даних сесійного ключа публічним ключем. Прикладом подібної ускладненої схеми обміну може служити алгоритм обміну ключами по методу Діффі-Хеллмана. У даному алгоритмі використовуються обидва публічних ключа - як відправника, так і одержувача. Більш докладну інформацію про даний алгоритм читач може знайти в спеціалізованій літературі. |
6.3. Імпорт сесійних ключів
Базова функція імпорту ключів має наступний опис:
BOOL CryptImportKey(HCRYPTPROV hProv, BYTE* pbData, DWORD dwDataLen, HCRYPTKEY hPubKey, DWORD dwFlags, HCRYPTKEY* phKey); |
В якості першого параметра в дану функцію передається ініціалізований контекст криптопровайдера. Для успішного завершення роботи функції CryptImportKey необхідно, щоб при ініціалізації криптопровайдера був зазначений контейнер ключів. Зокрема, це необхідно для успішного імпорту секретних ключів в контейнер ключів. Параметр pbData являє собою посилання на імпортовані дані, параметр dwDataLen - довжину цих даних. У параметрі hPubKey вказують хендл ключа, застосовуваного при імпорті (для розшифрування сесійного ключа). Параметр dwFlags зазвичай не застосовується і може бути встановлений в 0. В параметрі phKey повертається імпортований ключ.