Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc (часть 4)

Автор: ndch
Дата сообщения: 12.09.2011 19:52
Bulat_Ziganshin

Цитата:
new alpha version


А это, того самого ...
Не планируете пока делать ?

Суть пожелания в добавлении функциональности sfx-a:
(1. drag&drop мышой архива архив.arc на sfx-архив
2. архив.arc распаковывается)

Правда уже вошло в привычку делать sfx-ы. Минус в том что некоторые антивирусы того ... Дрожат и боятся ... Иногда очень долго на флешку писать большие sfx-ы. Или из интернета скачивать заново ....
Автор: 1noObman1
Дата сообщения: 12.09.2011 23:05
Bulat_Ziganshin

Такой нубский вопрос... можно ли как-то самому скомпилировать unarc.dll чтоб в ней самой была добавлена опция -pПАРОЛЬ? Возможно это глупо, но пока я ничего больше не смог придумать чтоб ISDone распаковывал запароленые архивы. Тк поддержка паролей уже появилась в анарке, пробовал разные unarc.dll, но в скрипте исдана это не работает.
Автор: kalpak
Дата сообщения: 13.09.2011 09:17
4x4 размер блока используется как размером словаря метода в нем?

Цитата:

D:\backups>arc a -di -m4x4:b100mb:lzma:d8mb archive gasbillingok_full_backup.bak

FreeArc 0.67 (September 10 2011) Creating archive: archive.arc using 4x4:b100mb:
lzma:8mb:normal:32
Memory for compression 1228mb, decompression 1354mb, cache 256kb
Compressed 1 file, 9,263,288,832 => 782,623,813 bytes. Ratio 8.4%
Compression time: cpu 3838.13 secs, real 983.00 secs. Speed 9,423 kB/s
All OK

D:\backups>arc a -di -m4x4:b1020mb:lzma:d8mb archive gasbillingok_full_backup.ba
k
FreeArc 0.67 (September 10 2011) Creating archive: archive.arc using tempfile+4x
4:t1:i0:b1020mb:lzma:649mb:normal:32
Memory for compression 2425mb, decompression 2296mb, cache 256kb
Compressing 1 file, 9,263,288,832 bytes. Processed 0.0%arc: wclose: invalid ar
gument (Bad file descriptor)


ERROR: can't close file C:\DOCUME~1\SINERK~1\LOCALS~1\Temp\freearc2093978113.tmp
\$$arcdatafile$$.tmpProgram terminated by user!

почему второй вариант меняет размер словаря LZMA?
Автор: Bulat_Ziganshin
Дата сообщения: 13.09.2011 15:32
kalpak
второй вариант требует больше 2 гб памяти, поэтому fa пытается уменьшить его требования к озу и делает лажу. я же тебе говорил, проверяй с -lc- -ld-
Автор: kalpak
Дата сообщения: 13.09.2011 18:36
Bulat_Ziganshin
я пробывал, он писал ошибку про память
но зачем затрагивать DictSize LZMA
это же будет совсем другой способ уже

мне кажется это не совсем равнозначно разбить файл на блок 1гб и сжимать lzma:8mb
и пытаться запустить lzma:>512mb
а он не может если не хватает памяти для загрузки блока его в файл записать и потом этот файл и сжать
так можно будет и с большими блоками сжимать
Автор: 1noObman1
Дата сообщения: 13.09.2011 22:34
Bulat_Ziganshin

Можно ли как-то убрать пароль из зашифрованного архива чтоб не перепаковывать его, то бишь декриптировать архив?
Автор: Bulat_Ziganshin
Дата сообщения: 14.09.2011 18:44
ndch
постараюсь посмотреть. кстати, не лучше ли просто сделать gui-шный unarc.exe? взять обычный sfx, но запрашивать в начале работы какой файл будем распаковывать


Цитата:
unarc.dll чтоб в ней самой была добавлена опция -pПАРОЛЬ?

постараюсь посмотреть почему это не работает


Цитата:
а он не может если не хватает памяти для загрузки блока его в файл записать и потом этот файл и сжать

во-первых это надо реализовывать. во-вторых, при распаковке приджётся делать то же самое
Автор: kalpak
Дата сообщения: 14.09.2011 18:49
Bulat_Ziganshin
а вообще по идее это верно?
мне кажется просто что то что он меняет DictSize не совсем верное
хотя может другим так не кажется
Автор: Bulat_Ziganshin
Дата сообщения: 14.09.2011 18:56
мне вообще непонятно, что ты хочешь? как по-твоему fa должен себя вести?
Автор: ndch
Дата сообщения: 14.09.2011 19:57
Bulat_Ziganshin

Цитата:
постараюсь посмотреть. кстати, не лучше ли просто сделать gui-шный unarc.exe? взять обычный sfx, но запрашивать в начале работы какой файл будем распаковывать

Аргументы за gui-шный unarc:
Антивирусы не бросятся бешено на большой по размеру sfx. Очень полезно.
Небольшой (надеюсь на то что он не будет использовать gtk, qt и т.п.)
Безбоязненно бы ассоциировал его с *.arc (средствами windows)

Аргументы за расширение функционала sfx:
Банальная лень и забывчивость. Т.е. sfx не надо устанавливать, если уже есть существующие sfx-ы (т.е можно драг-н-дропнуть).
И всё же в "конкурентах/аналогах" у sfx-ов есть функционал "а ля" unarc, для перетаскиваемых (драг-н-дроп) архивов.

Конечно же лучше "и то и другое". Но кто это будет делать сейчас ?

Возможно. Вы автор вам виднее, судьба Вашего детища в Ваших руках, но могу рассказать про практику использования freearc:
раньше, а делал и sfx и просто архивы. Иногда было много мелких "заметок" (да, есть множество удобных блокнотиков, но до них обычно у меня руки не доходят), некоторое количество *.bat, и прочей "мелочевки". Для меня, по привычке было странно делать из 10 кб архива 150-ти килобайтный sfx.
Также делал архивы большого размера. Вот именно их я изначально делал sfx-ами.
В итоге получалось так, что на флешке или в локалке обязательно был sfx freearc.
Но с другой стороны, по мере использования, заметил что некоторые антивирусы над ними очень усердно задумываются.

Смысла в гуёвом freearc я на данный момент, честно говоря, особого не вижу (пакую из far - через пользовательскую менюшку и т.д.), кроме вышеописанной задумчивости антивирусов. К gtk у меня нелюбовь с давних времён, но это мои заморочки. Вот поэтому и не стоит гуёвины.

Не могли бы Вы рассказать, если не сложно, почему выбрано gtk, а не qt ? Понял. Gtk2Hs.
Автор: kalpak
Дата сообщения: 14.09.2011 20:23
Bulat_Ziganshin
ну вот я как раз и спрашиваю тот вариант который я написал
он вписывается в работу архиватора?
или этот вариант не верен

ведь по идее чтобы размер архива при использовании архива не сильно вырос, то надо менять
BlockSize у 4x4, но если памяти не хватает то лучше сразу написать невозможно, не хватает памяти,
чем изменять размер словаря у метода
ведь пользователь даже не будет подозревать, что у него уже другой размер используется

и вообще в каких ситуациях архиватор меняет неявно параметры метода (т.е. когда вроде прописал один метод,
а архиватор делает другой, не считая случаи когда слишком большой размер блока/словаря в методе)
Автор: ALExey1995
Дата сообщения: 17.09.2011 17:24
Как прикрутить к фриарку лзма х64? С английским очень плохо . Прочитал readme прописал в arc.ini ничего не выходит(((
Автор: kalpak
Дата сообщения: 17.09.2011 18:33
в одном репаке игры встретил запакованные арком файлы
но открыть его нельзя требует пароль
однако unarc.dll без пароля его распаковал, тогда как freearc/arc/unarc (exe) требуют пароль
проверил сделав архив с паролем и unarc.dll не смог распаковать его
получается тот архив из репака сделал как-то хитро?
что это за хак такой ?

и еще насчет unarc.dll
важно кодировать параметры FreeArcExtract в UTF-8 есkи там только англ/рус. буквы ?
просто у меня проблема использовать его с AutoV3
пишу так


Код: $handle = DLLCallbackRegister ("FreeArcCallBack", "int", "str;int;int;str")
DllCall("unarc.dll", "int:cdecl", "FreeArcExtract", "ptr", DllCallbackGetPtr($handle), "str","l","str","archive.arc")
DllCallbackFree($handle)

Func FreeArcCallBack($what, $pararm1,$param2,$str)
Return 0 ; Return 1 to continue enumeration
EndFunc
Автор: Bulat_Ziganshin
Дата сообщения: 17.09.2011 18:53

Цитата:
в одном репаке игры встретил запакованные арком файлы

можешь мне скинуть этот архив?


Цитата:
важно кодировать параметры FreeArcExtract в UTF-8 есkи там только англ/рус. буквы ?

для всех, кроме английских - да
Автор: kalpak
Дата сообщения: 17.09.2011 19:57
вот (49МБ)
только если не открывается смогу залить завтра
у меня на внешние ресурсы скорость 56Кб/с и будет долго заливаться
Автор: Bulat_Ziganshin
Дата сообщения: 17.09.2011 21:11
kalpak
скачалось
Автор: Profrager
Дата сообщения: 18.09.2011 00:03
Bulat_Ziganshin
тот самый случай, когда unarc.dll с пассом "xbn02320797b24x0b1f4h43a7l39b" этот архив распаковывает, а любой arc.exe не могёт. Интересно сколько времени надо, чтобы сбрутфорсить этот пасс для unarc.dll, имея лишь архив упакованный arc.exe с известным паролем, и не разбираясь в исходниках и алгоритмах шифровки..
Автор: kalpak
Дата сообщения: 18.09.2011 00:17
Profrager
этот архив распаковывается вообще без пароля
я проверил FreeArcExtract, просто скинул этот файл туда переименовал с расш. arc и все
он его распаковал
даже можно программой на Delphi воспользоваться
а пароль скорее всего был использован или в ранних репаках или для отвлечения
ну я с ним намучился пока додумался проверить (через vfp9 нельзя было запускать))


Цитата:
Интересно сколько времени надо, чтобы сбрутфорсить этот пасс для unarc.dll, имея лишь архив упакованный arc.exe с известным паролем, и не разбираясь в исходниках и алгоритмах шифровки..

скорее всего тот кто это сделал изучил как работает арк
вот только я не пойму где этот хак находится
Автор: ALExey1995
Дата сообщения: 18.09.2011 00:54
kalpak
Ссыль на репак можно?

Мб он скачал исходники и поправил их (при открытии требует пасс при распаковке нет), а потом скомпилил?
Автор: kalpak
Дата сообщения: 18.09.2011 09:27

Цитата:
ALExey1995

ссылка выше на 1 из архивных файлов

Цитата:
Мб он скачал исходники и поправил их (при открытии требует пасс при распаковке нет), а потом скомпилил?

нет, требует пароль как будто он зашифрован паролем
но dll спокойно его распаковывает, хотя она не меет запароленые файлы распаковывать вообще
Автор: Profrager
Дата сообщения: 18.09.2011 09:41
kalpak
да, все таки пасс тут вписан от балды для отвлечения внимания, видимо. А unarc.dll его распаковывает и без паролей на ура) Но в любом случае на этом архиве висит пароль. Вот только опять же как его можно было так сбрутить для unarc.dll..
Автор: kalpak
Дата сообщения: 18.09.2011 10:16
Profrager
почему там пароль?мне кажется что просто как то заставили принять пустой пароль при упаковке
потому как там есть aes метод
Автор: Profrager
Дата сообщения: 18.09.2011 10:20
Все ясно..Все на много проще оказалось. В архиве с помощью опции -dm задается шифрование заголовка (например -dmlzma:max+aes-256:n1000:r0:i468e35b8f8bb5b8cbb18acde686a6eac:sccb333390bd3fbde1a85c734cbf280f14e7131e2c4d4446e96d548ab91f1261c:c0a73 . Эти цифры я взял просто сжав архив с произвольным паролем и посмотрев его алгоритм упаковки). Такой архив freearc.exe вообще не открывает даже с паролем (пароль якобы верный, но говорит ошибка в заголовке), а unarc.dll корректно распаковывает без использования пароля.
Bulat_Ziganshin
заголовки на самом деле не шифруются что-ли? Или же так просто можно без пароля расшифровать шифрованные данные?


Добавлено:
P.S. наверн немного не верно обзываю, но я имел ввиду, что заголовки=каталог архива
Автор: kalpak
Дата сообщения: 18.09.2011 10:47
круто
буду знать как защитить от всяких не угодных )))
я проверил
можно даже сделать так
-dmlzma+aes
или просто так -dmaes
там не будет хеша
тоже после этого просит пароль
Автор: Bulat_Ziganshin
Дата сообщения: 18.09.2011 10:54

Цитата:
заголовки на самом деле не шифруются что-ли?

это работало как шифрование с дефолтным паролем

я исправил dll: http://freearc.org/download/testing/unarc2011-09-18.7z
Автор: kalpak
Дата сообщения: 18.09.2011 11:10
Bulat_Ziganshin
а как пользоваться ?
теперь не получится распаковать такие архивы?
у меня сейчас ошибка выходит
Автор: Profrager
Дата сообщения: 18.09.2011 11:11

Цитата:
это работало как шифрование с дефолтным паролем

так если говоришь шифрование с дефолтным паролем, тогда и (free)arc.exe надо править, они ж пакуют так, что Unarc.dll легко может распаковать каталог архива с заданным при упаковке произвольным паролем.

Добавлено:
С новой дллкой архивы с паролем норм распаковываются теперь, но если поставить опцию -hp, то косяк вылезает. Что-то все таки с шифровкой заголовков не так в пакерах
Автор: Bulat_Ziganshin
Дата сообщения: 18.09.2011 11:33
Profrager
ещё раз - когда ты при упаковке используешь aes как метод сжатия, то он игнорирует заданный тобой пароль и шифрует дефолтным паролем. старый unarc.dll не знал что aes - метод шифрования и просто "распаковывал" его используя тот же дефолтный пароль

на защищённости зашифрованных нормально данных это не может сказаться - их с дефолтным паролем не расшифруешь. собственно, это вы и наблюдали при попытке распаковывать нормально зашифрованные архивы с unarc.dll - он к ним применял дефолтный пароль и тот ес-но не подходил
Автор: Profrager
Дата сообщения: 18.09.2011 11:41
Bulat_Ziganshin
а как же тогда быть с ключом -hp? С ним то не распаковывается нифига.
Автор: Bulat_Ziganshin
Дата сообщения: 18.09.2011 11:56

Цитата:
С ним то не распаковывается нифига.

ещё какая-то ошибка. если возвращать пароль через колбек, то работает:


Цитата:
C:\>UnarcDllExample.exe x hp12-old-scheme.arc
Password?12
password? 0 0 12
overwrite? 0 0 Arc.exe
filename 0 0 Arc.exe
read 0 0
read 0 0
read 0 0
read 0 0
write 3 0
write 3 0
quit 0 0
FreeArcExtract() was successful


выделенное жирным - это я с клавиатуры ввёл

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.