Ребят, а я смотрю одно апи по блокчейну, и не совсем понимаю поле tx_index.

{"hash":"ad4f13bb54e55c6a58ff11a70b4bfbdef201d738e64faf8bd437cd3e09e26f21","tx_index":1176461354981798, ... }
Согласно инфе в инете, если это txid, то там должен быть SHA256, но почему тут число?

https://bitcoin.stackexchange.com/questions/77699/whats-the-difference-between-txid-and-hash-getrawtransaction-bitcoind
И если число, то уникальное ли оно для каждой транзакции?

Вот API - https://blockchain.info/rawtx/ad4f13bb54e55c6a58ff11a70b4bfbdef201d738e64faf8bd437cd3e09e26f21

Думаю это не относится к тематике чата.

P.S. Это индекс а не хеш.

TxId != TxIndex

Ну блокчейн использует криптографию, а здесь вопрос по структуре биткоин блокчейна.
Если это индекс, то какое у него макс значение, не подскажите, а то не могу найти в доках?

Rtfm

Иди в форум поддержки этого api

Индекс какой-то внутренней базы на сервере API, не относится ни к криптографии, ни к блокчейну

Понял, ок.

Вообще не по адресу

Подскажите, что делаю не так. Есть хэш-функция MD4. Нужно провести атаку удлиннением сообщения.
Есть secret, data. Считаю хэш от secret||data. Делаю данный хэш начальных состоянием этой хэш-функции и считаю  её от text||append, где text = 64 *'A', пусть это будет res1. Затем беру из начальную хэш-функцию и считаю её от secret||data||padding||append, где padding это дополнение до блока, пусть это res2. В теории res1 должен быть равен res2, но не у меня, что я делаю не так?

Доброе утро! Подскажите, пожалуйста, есть ли какие-то оценки сложности "обращения" хеш-функции SHA-256, если известен хеш и _вторая_ часть захешированного сообщения (длина первой части захешированного сообщения и её содержимое НЕ известны). Спасибо.

23qy5

23qy5 t124

SHA256("тут, например, какой-то пОр0льb4ad51c60b8b43c96cbb01e17b42739d394bba935f6c75e0f57663af3f915eac") = bbf691670a4ed37a8ac1be8482349351ea76abf23402ed2425123613273f7ea6

Известен хеш (bbf691670a...) и вторая часть сообщения (b4ad51c60b8b...). На сколько сложно найти всё сообщение, зная, что использована SHA256?

тупой перебор всех вариантов сообщения пользователя. лучше вариантов нет сейчас

Спасибо.

Ну если первая часть такая же простая как у вас, 6 знаков, то это легко. К примеру у того же биткоина майнеры как раз и подбирают хеш, зная большую часть хешированного сообщения. Вот пример хеша последнего блока
000000000000000000093f88a4a596440e06897fc4c0cb19af30460394bb1ad5. Считайте ноли в начале хеша, чтоб представить возможности подбора армией майнеров)

Правильно ли я понимаю, что "обратить" хеш-функцию (найти прообраз, да?) можно только подбором? То есть, не существует никакого другого алгоритма, который был бы эффективнее полного перебора? А также правильно ли я понимаю, что сложность такого подбора зависит только от длинны первой части прообраза?

Справедливы ли все эти предположения для хеш-функции bcrypt и/или Argon2?

Если ты знаешь точно длину хешируемого сообщения, тогда полный перебор будет быстрее.
Argon2 не знаю, а bcrypt предназначен для хеширования паролей и там количество раундов настраивается, а значит можно сильно усложнить перебор.
Для шифров, которые предназначены для хеширования пароля, не требуется большая скорость работы, но требуется хорошая защита от восстановления пароля по хешу и усложнения атаки перебором. Поэтому, с bcrypt эта задача еще сложнее.

Да, на оба вопроса, но с некоторыми оговорками