Інструменти розробника · SHA калькулятор хешу
Cryptoграфічний хеш проти Checksum: Що CRC32 і xxHash Не промиш
· Підземелля
Опубліковано ToolAcre · Редакція журналу
шемале256 криптографія безпека
CRC32, FNV і xxHash є занадто, але вони не обіцяють проти супротивника. Цей пост пояснює, що окремі криптографічні хеши з перевірок та як вибрати для використання.
Який хеш для яких завдань? — вибір швидкості та безпеки оголошень
Функції Hash приходять в трьох категоріях: чекуми для виявлення випадкових помилок, некриптографічних хешів для розподілу і продуктивності, і криптографічних хешів для безпеки. Кожна категорія має різні гарантії та різні торгові марки у швидкості та засвоюванні. Ревізити CRC32 швидко і коротко4 bytes, 8 Символи шестигранної форми, але не передбачено захисту від навмисної модифікації. Некриптографічна хеш, як xxHash або MurmurHash також швидко і корисно для хеш-таблиць і розподілу даних, але не пропонує захисту від рекламної, яка хоче викликати зіткнення. криптографічний хеш SHA-256 уповільнює і виробляє довший дайджест (32 bytes, 64 гекс символи), але він пропонує стійкість до зіткнень і стійкість до зіткнень - властивості безпеки, які оберігають від супротивника.
Вибираючи неправильну функцію хешу для вашого випадку використання є спільною помилкою безпеки. Використання CRC32 для перевірки завантаження файлів з ненадійного джерела є неефективним; атакуючий може легко змінювати файл і переадресувати файл CRC32. Використання SHA-256 як швидка функція хешу в високочастотному хешному столі відпрацьована; CRC32 або швидкий некриптографічний хеш достатньо і дешевше.
Перевірити випадкові помилки — CRC- дизайн для виявлення бітових фліпів у трансмісії
Перевірки призначені для виявлення помилок при передачі або зберіганні, де похибки приймаються випадковими і випадковими. CRC (Cyclic Redundancy Check) був призначений для виявлення бітових фліпів у зв'язку. Р CRC32 виробництво 32-розрядний травлення. Якщо кадр пошкоджений випадкових бітових фліпів під час передачі, CRC32 буде практично точно змінено, оповіщення ресивера на запит ретрансляції. CRC може виявити певну кількість помилок укусу в залежності від поліномії; для найпоширеніших випадків використання, один трохи фліп або лопець декількох трохи фліпів виявлений надійно.
CRC є детерміналістичною, але не криптографічною. З огляду на файл і його CRC32, атакуючий може змінити файл і переадресувати файл CRC32 відповідати очікуваним значенням. Для ознайомлення з знаннями CRC поліномія, виготовлення зіткнень прямопередня. CRC ніколи не було призначено для протидії навмисній модифікації; це чисто для виявлення випадкової помилки. Історичні системи ZIP Файли JPEG Використання файлів CRC для цієї мети. Використання сучасних протоколів CRC для швидкого виявлення помилок в зашифрованих або автентифікованих каналах, не як перевірка цілісності.
Некриптографічні хеши для розподілу — FNV, MurmurHash і xxHash у хеш-табличках і розділах
Некриптографічні хеші FNV-1a, MurmurHash і xxHash призначені для швидкості та рівномірності в хешових таблицях і розділах даних. Вони дуже низькі затримки і використовуються в ситуаціях, де потрібно перегородити дані по серверах або відрох без догляду за безпекою. Якщо ви будуєте кеш і потрібно на карті ключа до відро номеру, відповідна швидка хеш. MurmurHash був розроблений спеціально для використання таблиці хеш і швидше, ніж SHA на більшості апаратних засобів. xxHash є новим і оптимізованим для сучасних процесорів з великими кешами і векторизації.
Ці хеши не криптографічні, оскільки вони не суперечать атакам попереднього зображення (зберігаючи вхід, який виробляє конкретний дайджест) або нападам зіткнення (зберігаючи два різні вводи, які виробляють однаковий дайджест). Атакувальник може обчислити алгоритм хешу і знайти вводи, які збігаються або виробляють цільовий вихід. В умовах довіреного середовища (купе, де всі вершини знаходяться під контролем), які прийнятні. Якщо ненадійний користувач може контролювати вхід, некриптографічний хеш вразливий до атак зіткнення, які деградують продуктивність (хош таблиці найгірший випадок є лінійним пошуком, коли всі ключі співпадають) або виробляти інші побічні ефекти.
Які криптографічні хеши додають — презнімний і зіткнений опір проти навмисного нападника
Cryptoграфічні хеши, як SHA-256, SHA-384 і SHA-512 забезпечити стійкість до презнімного зображення: заданий травленням, він обчислюється, щоб знайти будь-який вхід, який виробляє цей травлення. Вони також забезпечують стійкість до зіткнень: це незліченно, щоб знайти два різні вводи, які виробляють однаковий травлення. Ці властивості захищають від рекламної, яка хоче занурювати завантаження, створити підроблений сертифікат або тамппер з повідомленням. Вартість: SHA-256 повільніше, ніж CRC32 і повільніше, ніж xxHash на більшості апаратних засобів.
SHA-1 є криптографічно зламаними (колегії є практичними) і не повинні використовуватися для нових цілей безпеки, але вона все ще відповідає за сумісність зі спадками. SHA-256, SHA-384 і SHA-512 залишатися сильним і є стандартним вибором для криптографічного хешування. Головна2» в SHA-2 вказує на другу сім'ю SHA алгоритми SHA-1; SHA-3 є новою родиною, але рідко використовується для цієї мети.
Cryptoграфічні хеши додають рекламні властивості; ця стаття не підтримує відносні вимоги
Узгоджуючи п'ять сценаріїв до правої сім'ї хешів: по-перше, мережеві кадри, передані на надійний канал, зашифрований з AES: CRC32 доречно. Шифрування захищає від модифікації, і CRC виявлення випадкової корупції. По-друге, хеш таблиці або послідовне хешування для балансування навантаження: некриптографічний хеш, як xxHash є відповідним. У зв'язку з технологічними роботами, а навколишнє середовище довіряється. Третя перевірка цілісності завантаження з ненадійного джерела: SHA-256 потрібно. А атакуючий може змінити файл і контроль, але не криптографічний хеш без перерви SHA-256.
Чотири, цифрові підписи та сертифікати: SHA-256 необхідно і поєднується з асиметричним алгоритмом, як RSA або ECDSA. Підпис доводить хеш після підписання. П'ятий, deduplicating user-uploaded files: SHA-256 потрібно, тому що користувачі можуть навмисно завантажувати файли, призначені для взаємодії з існуючими файлами в некриптографічному хеші. Якщо дедуплікація базується на xxHash, атакуючий може завантажити файл з тим же хешом, як інший файл, але різний вміст, викликаючи систему, щоб відкинути завантаження неправильно.
Розроблений приклад — відповідність п’яти сценаріїв (мережі, карти хешу, перевірка завантаження, підписи, дедуплікація завантаження користувачів) до правої сім’ї
Вартість вибору криптографічного хешу для кожного випадку, що використовує накладні. SHA-256 повільніше, ніж CRC і повільніше, ніж xxHash. У гарячій петлі — шматок коду, який виконує мільйони разів на секунду — накладний накладний. У фазі налаштування або в пакетній операції вона недбала. В рамках прийняття рішення: має стимули викликати зіткнення? Якщо так, використовуйте SHA-256. Якщо немає, і якщо швидкість важлива, використовуйте більш швидкий хеш. Якщо безпека є більш важливою, ніж швидкість, використання SHA-256 незалежно.
Поширена помилка використання MD5, старший криптографічний хеш, який зараз порушується. MD5 був розроблений в 1992 і зіткнення були продемонстровані в 2004. Використання MD5 для будь-якого призначення безпеки є небезпечним. Не можна побачити в системах зі спадками і в ситуаціях, де швидкість є попередньою, але немає сценарію, де MD5 це правильний вибір сьогодні: якщо вам потрібна швидкість, використовуйте xxHash; якщо вам потрібна безпека, використовуйте SHA-256. Не використовуйте MD5.
Сценаріо картографування залишається якісною, тому що пропускна здатність та поведінка зіткнень потребує здійснення конкретних доказів
Пароль є четвертою категоріями, відмінною від обох перевірок і універсальних криптографічних хешів. Не використовуйте SHA-256 щоб мати паролі. А замість того, щоб використовувати функцію хешування пароля, як bcrypt, scrypt або Argon2, які навмисно сповільнюються і включають сіль. Швидкий криптографічний хеш SHA-256 Здогадувати пароль дешево: атакуючий може спробувати мільйони здогадок на другий. Функція хешування пароля призначена для того, щоб зробити кожну здогадку дорогою CPU і пам'ять, тому вгадуючи сильний пароль все ще займає більше, ніж будь-який нападник може чекати. Закупівля пароля - це спеціалізований випадок використання з власними вимогами.
Про нас ToolAcre SHA Калькулятор хеш не підтримує пароля, і навмисно не пропонує MD5, без користувацьких параметрів і без швидкого хешу. Це інструмент для обчислення стандарту SHA перетрави для перевірки та перевірки цілісності, не для автентифікації або зберігання пароля.
Ведуться: рекламна або без оголошення — дотримуйтесь ToolAcre SHA хеш калькулятор, коли хтось може тамппер з даними
Вибір алгоритму хешу – це фундаментальне рішення, яке впливає на продуктивність і безпеку всієї системи. Засвоюється лише як надійний алгоритм, який його виготовив. Як вибрати CRC32 для перевірки файлів, травлення не забезпечує захисту від навмисної модифікації. Як вибрати SHA-256 для хеш-таблука, ви лікуєте ресурси. Знаючи властивості і торгові марки кожної категорії можна правильно підібрати.
Про нас ToolAcre SHA Калькулятор хешу забезпечує SHA-1 через SHA-512, охоплює криптографічні хеши, які мають значення для більшості випадків використання. Не пропонувати CRC32, xxHash або MD5 Оскільки кожен з тих, хто має правильний вибір в певних контекстах (04/07/2019)CRC для виявлення помилок в перевіреному каналі, xxHash для виконання в контрольованому середовищі, нічого не за MD5), і пропонувати їх без підкреслення, коли використовувати кожного, заохочувати помилки. Калькулятор призначений для обчислення стандартних криптографічних перетравень. Використовуйте командний рядок з `crc32`, `xxh64` або еквівалентні інструменти, якщо вам потрібні ті хеші. Для перевірки завантаження, довідки відбитків пальців, git-коментів та аналогічних випадків використання, коли рекламний носій може бути натискач з даними, що досягають для SHA-256 через ToolAcre SHA хеш калькулятор.