Русский / Russian English / Английский

Сейчас на форуме: _MBK_ (+6 невидимых)
 · Начало · Статистика · Регистрация · Поиск · ПРАВИЛА ФОРУМА · Язык · RSS ·

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

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

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

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

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

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

lord_Phoenix пишет:
N:C3924AEF119D64900CA6147F8B231FFAE0D93403066E50D17D4714EAAAA538E9

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


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

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

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

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

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

lord_Phoenix пишет:
Invalid block type

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

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

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

infern0 пишет:

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


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


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

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

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


Ранг: 793.4 (! !)
Статус: Участник
Шаман

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

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


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

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

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


Ранг: 793.4 (! !)
Статус: Участник
Шаман

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

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


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

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

PE_Kill
да

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

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

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


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

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

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

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

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

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

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


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

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

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


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

Создано: 4 февраля 2007 22:07 New!
Цитата · Личное сообщение · #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 (! !)
Статус: Участник
Шаман

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

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

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

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

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

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

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

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

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


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

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

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

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

{ Атач доступен только для участников форума } - rmd.zip

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

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

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

Ранг: 310.8 (мудрец)
Статус: Участник

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

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

По современным рекомендациям 160 годится только для домохозяек. Вот они и используют более устойчивый к взлому алгоритм, но используют столько байт, сколько им надо - это общая практика.
Правда обычно 16 из 40 получают тоже алгоритмически(например тот же MD5) , иначе это глупость.
<< . 1 . 2 . 3 .
 eXeL@B —› Основной форум —› RSA восстановить public exponent или...

Видеокурс ВЗЛОМ