SHA-1 генератор

SHA-1 генераторът е безплатен инструмент, който преобразува въведен низ в неговия 160-битов SHA-1 хеш, представен като 40 шестнадесетични знака.

Как работи SHA-1?

SHA-1 създава отпечатък с фиксирана дължина от входни данни с произволен размер. Хеширането със SHA-1 е еднопосочна операция, затова резултатът не съдържа четливо копие на оригиналния текст. Дори малка промяна във входните данни води до различен 160-битов резултат.

SHA-1 е разработен от Агенцията за национална сигурност на САЩ и е публикуван от Националния институт за стандарти и технологии през 1995 г. Името е съкращение от Secure Hash Algorithm 1. Въпреки него SHA-1 вече не се смята за сигурен срещу атаки чрез колизии.

Колизия при SHA-1 възниква, когато два различни входа имат еднакъв хеш. Изследователи са демонстрирали практически колизии при SHA-1, затова алгоритъмът вече не се препоръчва за цифрови подписи, сертификати и други случаи, в които атакуващ може умишлено да промени съдържанието.

Как да генерирам SHA-1 хеш?

Въведи точния низ, който искаш да хешираш, и виж шестнадесетичната стойност от 40 знака в полето за резултат SHA-1 Hash. Обработката се извършва на сървъра. Въведените данни се изпращат до него през HTTPS и не се съхраняват.

Тези стандартни примери показват очаквания формат и как входните данни влияят върху резултата:

• Входът abc дава a9993e364706816aba3e25717850c26c9cd0d89d.
• Празен низ от байтове дава da39a3ee5e6b4b0d3255bfef95601890afd80709.
• Входът abc с интервал в края дава различен хеш от abc.

SHA-1 обработва байтове, а не знаци според начина, по който ги възприема човек. Интервалите, пунктуацията, главните букви и знаците за край на ред имат значение. Този SHA-1 генератор хешира числата, въведени в текстовото поле, като знаци. Следователно 123 означава трите знака 1, 2 и 3.

За SHA-1 знаците с диакритични знаци и знаците от нелатински азбуки първо трябва да се кодират като байтове. Две системи може да генерират различни хешове за текст, който изглежда еднакво, ако използват различно кодиране на знаците или различна нормализация на Unicode. Когато сравняваш SHA-1 резултата от този генератор с резултат от друга система, провери дали и двете използват еднакво кодиране, обикновено UTF-8, и еднакъв формат за край на ред.

Може ли SHA-1 да бъде дешифриран или обърнат?

Не, SHA-1 хешът не може да бъде дешифриран, защото хеширането не е криптиране и няма ключ за дешифриране. По принцип възстановяването на произволни оригинални входни данни от техния хеш остава непрактично от изчислителна гледна точка.

При предвидими входни данни положението е различно. Атакуващ може да изчислява SHA-1 хешове на вероятни стойности от речник или генериран списък, докато открие съвпадение. Затова SHA-1 не бива да се използва за съхраняване на пароли, въпреки че самият хеш не може просто да бъде обърнат.

Атаката чрез колизия също не дешифрира хеша. Тя намира два различни входа с еднакъв хеш, което е достатъчно, за да компрометира подписите и проверките за цялост в среда с потенциални атаки.

Къде все още се използва SHA-1?

SHA-1 все още се среща при контролни суми извън среда с умишлени атаки, при откриване на дубликати и в системи, които трябва да са съвместими с по-стар формат. Неговото шестнадесетично представяне от 40 знака се среща и в стари идентификатори на системи за контрол на версиите и архивирани записи за софтуер.

• Контролни суми: SHA-1 може да открива случайни промени, когато очакваният хеш идва от надежден източник. Той не може да докаже цялостта, ако атакуващ може да подмени както файла, така и публикувания му хеш.
• Премахване на дубликати: може да помогне за откриването на привидно еднакви записи или файлове, когато умишленото създаване на колизия не е част от модела на заплахите. Системите със SHA-1, при които не може да се допусне никаква колизия, трябва да сравняват и самите данни.
• Съвместимост със стари системи: някои бази данни, API и файлови формати изискват съществуваща SHA-1 стойност. Спазването на такова изискване е основателно, но при нови разработки трябва да се използва съвременен алгоритъм.

Не използвай обикновен SHA-1 за пароли, цифрови подписи, създаване или подписване на сертификати, генериране на токени за сигурност, удостоверяване или записи на документи, които трябва да са защитени от подправяне.

Сигурност на SHA-1 и подходящи заместители

Устойчивостта на SHA-1 срещу колизии е криптографски компрометирана и алгоритъмът вече не се препоръчва за нови приложения, свързани със сигурността. Неговият 160-битов хеш е по-кратък от резултатите на разпространените варианти на SHA-2 и SHA-3, но дължината сама по себе си не е причината алгоритъмът да бъде изоставен. Решаващият проблем са демонстрираните атаки чрез колизии.

Използвай SHA-256 или SHA-512 за контролни суми, чиито очаквани стойности идват от надежден източник, освен ако дадена спецификация не изисква друго. Удостоверената цялост изисква подходяща схема с MAC или цифров подпис. SHA-3 е друго съвременно семейство алгоритми. Ако изрично се изисква 224-битов SHA-2 хеш, SHA-224 генераторът създава този формат. За пароли вместо SHA-1 е необходима специализирана функция за хеширане на пароли, например Argon2id, scrypt или bcrypt.

Често задавани въпроси за SHA-1

Различават ли се SHA-1 хешовете с главни и малки шестнадесетични букви?

Не, главните и малките шестнадесетични букви могат да представят една и съща 160-битова стойност. Система, която сравнява текст с отчитане на регистъра, все пак може да приеме двата низа за различни. Затова запази формата, който тя очаква.

Мога ли да изчисля SHA-1 за файл с този инструмент?

Този инструмент хешира въведени низове и не предлага качване на файлове. За контролна сума на файл използвай локална програма, например sha1sum под Linux, или еквивалентна команда, която чете директно байтовете на файла. Не поставяй съдържанието на двоичен файл в текстовото поле на SHA-1 генератора, защото промени в кодирането или знаците за край на ред може да променят резултата.

Компрометиран ли е и HMAC-SHA-1?

Публикуваните атаки чрез колизии при SHA-1 не компрометират пряко HMAC-SHA-1 по същия начин, защото HMAC използва таен ключ и отделна конструкция. Въпреки това новите протоколи обикновено използват HMAC-SHA-256 или друга съвременна възможност, за да избегнат зависимости от стари технологии и ограничения, наложени от правила за сигурност.

Добавянето на salt прави ли SHA-1 сигурен за пароли?

Не. Salt не позволява еднаквите пароли да имат един и същ съхранен SHA-1 хеш и затруднява използването на предварително изчислени таблици, но SHA-1 остава твърде бърз за съхраняване на пароли. Използвай функция за хеширане на пароли с настройваем фактор на изчислителна сложност и уникален случаен salt.

Последни проверки

Преди да сравниш SHA-1 резултата от този генератор с друг хеш, провери за скрити интервали, знак за нов ред в края, разлики в кодирането на знаците и промяна на регистъра на буквите във входните данни. Използвай SHA-1 само когато съществуваща система го изисква или когато устойчивостта срещу колизии не е част от изискванията за сигурност. При нови разработки избери съвременен хеш, устойчив на колизии, за надеждни контролни суми, MAC с ключ за удостоверяване на съобщения или подходяща схема за цифров подпис.