Сейчас на форуме: Slinger (+6 невидимых)

 eXeL@B —› Основной форум —› RSA восстановить public exponent или...
<< . 1 . 2 . 3 .
Посл.ответ Сообщение

Ранг: 30.6 (посетитель)
Активность: 0.010
Статус: Участник

Создано: 26 декабря 2006 02:17 · Поправил: soho
· Личное сообщение · #1

... или я чего-то не догоняю.
Разбираюсь с прогой - защищена старой библиотекой LockBox, используется RSA.
При расшифровке регистрации создается пара ключей private и public. Затем явно задается модуль и экспонента для private ключа и, ессно этим и расшифровывается.
Вопрос: если я ничего не напутал, то как найти экспоненту для public ключа?



Ранг: 160.1 (ветеран)
Активность: 0.070
Статус: Участник

Создано: 28 декабря 2006 06:05
· Личное сообщение · #2

lord_Phoenix пишет:
N:C3924AEF119D64900CA6147F8B231FFAE0D93403066E50D17D4714EAAAA538E9

да, согласен:
PRIME FACTOR: FE403664D8FC1435117DDDE821724B67
PRIME FACTOR: C4EABBE0C4BAE93A2C43F1E0582FF72F




Ранг: 353.0 (мудрец)
Активность: 0.370
Статус: Участник
resreveR

Создано: 28 декабря 2006 06:11
· Личное сообщение · #3

infern0
но прикол в том, что заюзав эти данные и компоненту как и в проге(TLbRSA) - я зашифровал строку,а расшифровать ее компонент отказывается - он там блоками шифрует, добавляю случайные байты до размера блока..и что то там не сходится =) Invalid block type и все

-----
Тут не могла быть ваша реклама




Ранг: 160.1 (ветеран)
Активность: 0.070
Статус: Участник

Создано: 28 декабря 2006 07:30
· Личное сообщение · #4

lord_Phoenix пишет:
Invalid block type

посмотри в сырках - там 03 в начале должно быть кажется



Ранг: 39.2 (посетитель), 16thx
Активность: 0.020
Статус: Участник

Создано: 28 декабря 2006 07:45
· Личное сообщение · #5

infern0 пишет:

посмотри в сырках - там 03 в начале должно быть кажется


перед началом случайных байт должен быть нулевой байт, а так же случайные байты должны оканчиватся двумя байтами - 02 00




Ранг: 353.0 (мудрец)
Активность: 0.370
Статус: Участник
resreveR

Создано: 28 декабря 2006 07:55
· Личное сообщение · #6

infern0,bbuc уже разобрался, но прикол был в том,что я саму компоненту для шифрвоания и заюзал..и она не смогла прасшифровать _свой_ шифротекст

-----
Тут не могла быть ваша реклама





Ранг: 793.4 (! !), 568thx
Активность: 0.740
Статус: Участник
Шаман

Создано: 28 декабря 2006 23:38
· Личное сообщение · #7

lord_Phoenix ага есть там такой косяк. Но его можно обойти. Посмотри какую функцию вызывает процедура криптования/декриптования (она там одна) и вызывай ее напрямую без обертки, тогда заработает, по крайней мере у мну проканало.

-----
Yann Tiersen best and do not fuck





Ранг: 353.0 (мудрец)
Активность: 0.370
Статус: Участник
resreveR

Создано: 28 декабря 2006 23:50
· Личное сообщение · #8

ну дык у самой проги траблы с расшифровкой

-----
Тут не могла быть ваша реклама





Ранг: 793.4 (! !), 568thx
Активность: 0.740
Статус: Участник
Шаман

Создано: 29 декабря 2006 00:58
· Личное сообщение · #9

гм, гм, это на тех ключах что ранее выложины? (256 бит?)

-----
Yann Tiersen best and do not fuck





Ранг: 353.0 (мудрец)
Активность: 0.370
Статус: Участник
resreveR

Создано: 29 декабря 2006 02:13
· Личное сообщение · #10

PE_Kill
да

-----
Тут не могла быть ваша реклама




Ранг: 30.6 (посетитель)
Активность: 0.010
Статус: Участник

Создано: 10 января 2007 01:04
· Личное сообщение · #11

lord_Phoenix
Раз уж ты зарелизил киген, то вопрос к тебе:
На другой машине было установлена триальная версия сабжа. Перед установкой версии 2.5.0.22 старая была удалена, ASPR был вычищен Trial Reset'ом и комп перегружен. Теперь при запуске новый сабж ругается, дескать "Версия закончила свою ознакомительную работу"...
Что скажешь?




Ранг: 353.0 (мудрец)
Активность: 0.370
Статус: Участник
resreveR

Создано: 10 января 2007 02:10
· Личное сообщение · #12

soho пишет:
На другой машине было установлена триальная версия сабжа. Перед установкой версии 2.5.0.22 старая была удалена, ASPR был вычищен Trial Reset'ом и комп перегружен. Теперь при запуске новый сабж ругается, дескать "Версия закончила свою ознакомительную работу"...
Что скажешь?

хм.. я посмотрю.. я с часами поигрался - все воркает... если тчо - оптиуш в пм.. к теме топика - э то не относится ;)

-----
Тут не могла быть ваша реклама




Ранг: 136.5 (ветеран)
Активность: 0.030
Статус: Участник

Создано: 04 февраля 2007 19:05
· Личное сообщение · #13

Не стал создавать новый топик, так как имеющийся у меня вопрос - в рамках текущего топика.
В проекте создаваемого файла аспротекта (*.aspr) приведены три значения - N,E,D. С этими числами все ясно. Но в проекте приведено еще одно число,типа A=SahqUZft3hfIzx7XhMLr/A==, а так же имеется ключевой файл (для создания защищенного файла использована схема ASProtect Key). Какую роль играет число А? А значение ключевого файла как связано с числами N и D?



Ранг: 172.2 (ветеран)
Активность: 0.070
Статус: Участник

Создано: 04 февраля 2007 21:53
· Личное сообщение · #14

>>SahqUZft3hfIzx7XhMLr/A==
4ето это не на 4исло, а на base64ed(не4итаемый текст) смахивает

-----
HOW MUCH BLOOD WOULD YOU SHED TO STAY ALIVE





Ранг: 353.0 (мудрец)
Активность: 0.370
Статус: Участник
resreveR

Создано: 04 февраля 2007 22:07
· Личное сообщение · #15

tar4 пишет:
Какую роль играет число А?

1 - H1 = RipeMD-160(A)
2 - H2 = MD5(Registration Information—H1)
3 - Key = RSA(D,N, [H2—Registration Information—H1])
ProTeuS пишет:
4ето это не на 4исло, а на base64ed(не4итаемый текст) смахивает

в 1.х аспре в файле проэкта все числа в бейзе и задом наперед

-----
Тут не могла быть ваша реклама





Ранг: 793.4 (! !), 568thx
Активность: 0.740
Статус: Участник
Шаман

Создано: 04 февраля 2007 22:08 · Поправил: PE_Kill
· Личное сообщение · #16

ProTeuS это хэш в base64, аспр раньше только так и делал.

зы О, феникс опередил ...

-----
Yann Tiersen best and do not fuck




Ранг: 136.5 (ветеран)
Активность: 0.030
Статус: Участник

Создано: 04 февраля 2007 22:38
· Личное сообщение · #17

М-да, я же это видел...
Спасибо за подсказку.



Ранг: 136.5 (ветеран)
Активность: 0.030
Статус: Участник

Создано: 06 февраля 2007 00:51
· Личное сообщение · #18

В продолжении темы.
Интересно, а откуда взят этот алгоритм расчета ключа в аспротекте
(H1 = RipeMD-160(A) и т.д.)? Peid показывает в моей тестовой проге, упакованной аспром 1.35, наличие RipeMD-320. Трассируя хэш-функцию я вижу, что на выходе получается хэш размером 16 байт (10h).
Почему такое различие? Может тип RipeMD от версии к версии меняется?




Ранг: 353.0 (мудрец)
Активность: 0.370
Статус: Участник
resreveR

Создано: 06 февраля 2007 02:19
· Личное сообщение · #19

tar4 пишет:
Peid показывает в моей тестовой проге, упакованной аспром 1.35, наличие RipeMD-320.

не верь ему =) он по константам смотрит и то,часто косячит..
в аттаче реализации 160 и 320 - сравни ;)

2f92_06.02.2007_CRACKLAB.rU.tgz - rmd.zip

-----
Тут не могла быть ваша реклама




Ранг: 136.5 (ветеран)
Активность: 0.030
Статус: Участник

Создано: 06 февраля 2007 19:04
· Личное сообщение · #20

Посмотрел, спасибо. Судя по модулю Init, в аспре 1.35 используется RipeMD-320. Мне вот что хотелось бы прояснить. Число 320 - это вроде размер в битах выходного хэша. Значит это 40 байтов. После инициализации действительно создается буфер размером в 40 байт. Только вот из них потом 16 байт используется (так же как и в МД5). Почему тогда
RipeMD-320?



Ранг: 310.8 (мудрец), 29thx
Активность: 0.430
Статус: Участник

Создано: 06 февраля 2007 22:12
· Личное сообщение · #21

tar4 пишет:
Почему тогда
RipeMD-320?

По современным рекомендациям 160 годится только для домохозяек. Вот они и используют более устойчивый к взлому алгоритм, но используют столько байт, сколько им надо - это общая практика.
Правда обычно 16 из 40 получают тоже алгоритмически(например тот же MD5) , иначе это глупость.


<< . 1 . 2 . 3 .
 eXeL@B —› Основной форум —› RSA восстановить public exponent или...
:: Ваш ответ
Жирный  Курсив  Подчеркнутый  Перечеркнутый  {mpf5}  Код  Вставить ссылку 
:s1: :s2: :s3: :s4: :s5: :s6: :s7: :s8: :s9: :s10: :s11: :s12: :s13: :s14: :s15: :s16:


Максимальный размер аттача: 500KB.
Ваш логин: german1505 » Выход » ЛС
   Для печати Для печати