Збій автентифікації HMAC пакетів OpenVPN: який рівень?

Дві несправності, які повідомляють тим самим словником і майже нічого спільного не мають. Одна — пакет, чий тег автентифікації не підтвердився; друга — особа, чиї облікові дані відхилили. Якщо першу трактувати як другу, ви шукатимете пароль, який ніколи не був проблемою.

Повідомлення називає рівень, і корисна робота полягає в тому, щоб визначити цей рівень, перш ніж замінювати будь-який матеріал. Порівняння кандидатів пліч-о-пліч — найшвидший спосіб побачити різницю.

Дві несправності, що мають спільне слово

Помилка автентифікації пакета виникає під час обробки трафіку: тег або дайджест на отриманому пакеті не збігся з тим, що обчислив одержувач. Відмова облікового запису трапляється після розбору обміну входу та називає користувача, а не пакет. Третє повідомлення, про неможливість знайти HMAC у вхідному пакеті, знову інше, бо там пакет прийшов узагалі без очікуваного елемента автентифікації. Повний префікс журналу каже, який із трьох у вас, і саме префікс зазвичай видаляють першим, коли помилку вставляють у заявку.

Розрізнення змінює виправлення. Одне вимагає узгоджених налаштувань каналу, друге — стану облікового запису, а третє — профілю, що не відповідає слухачу, до якого він дістався.

Порівняйте, що насправді завантажив запущений процес

Правильний файл на диску нічого не доводить про процес, який запустився до того, як його відредагували. Перевірте вибраний профіль, кінцеву точку, з якою він з'єднався, і чи перезавантажено службу від часу зміни. Також підтвердьте, що кінцева точка належить профілю, адже на місці, де старий файл очікує чогось іншого, може слухати інший екземпляр або інша служба.

Повторний експорт підтримуваного профілю з того самого джерела — дешеве порівняння, бо він прибирає розбіжність між тим, що ви вважаєте налаштованим, і тим, що клієнт насправді надсилає. Створення нового ключового матеріалу — значно більший крок, і він допомагає лише тоді, коли обидві сторони впроваджують його разом. Заміна однієї сторони локально знову створює невідповідність, яку ви намагалися усунути.

Порівняйте канал керування з каналом даних

Два механізми автентифікують різні частини з'єднання і налаштовуються окремо, як описує довідник параметрів 2.6. tls-auth додає HMAC до пакетів каналу керування і приймає аргумент напрямку, який має бути протилежним на двох боках, тоді як tls-crypt натомість захищає канал керування спільним ключем. Жоден із них не є власною перевіркою цілісності каналу даних. З шифром даних AEAD ця перевірка вбудована в шифр, тому окремий дайджест auth не використовується так, як із шифром без AEAD.

Це означає, що рядок auth, скопійований із робочого розгортання без AEAD, може бути нерелевантним у розгортанні з AEAD, і розгортання з AEAD усе одно може зазнати збою на каналі керування, якщо ключ tls-auth або його напрямок неправильні. Порівнюйте кожне налаштування з протилежною стороною, а не з пригаданою конфігурацією.

Порівняйте виправлення з властивістю, від якої відмовляєтеся

Вимкнення автентифікації пакетів замовчує попередження й усуває перевірку, яка знайшла невідповідність, що не те саме, що виправлення профілю. Запитайте, від якої властивості ви відмовляєтеся і чи конструкція ще тримається без неї.

Прочитайте першу доречну подію на обох кінцях, перш ніж щось змінювати, потім змініть лише невідповідність, яку вона називає.

Якщо наступна спроба просувається до помилки сертифіката або входу, це прогрес, а не регрес: рівень пакетів тепер узгоджується, і з'єднання просунулося далі. Запишіть налаштування, що дали зміну, щоб наступна людина успадкувала пояснення, а не загадку.