Skip to content

An option to use filename-based decryption key - #15

Open
glebm wants to merge 2 commits into
mbroemme:next/v0.5.1from
glebm:crypt
Open

An option to use filename-based decryption key#15
glebm wants to merge 2 commits into
mbroemme:next/v0.5.1from
glebm:crypt

Conversation

@glebm

@glebm glebm commented Nov 1, 2021

Copy link
Copy Markdown

Previously, libmpq tried to brute-force the decryption key based on known contents, and only for packed files.

This caused issues, such as #13.

Adds a new function, libmpq__block_open_offset_with_filename, that uses the filename to obtain the decryption key.

Previously, libmpq tried to brute-force the decryption key
based on know contents, and only for packed files.

This caused issues, such as
mbroemme#13.

Adds a new function, `libmpq__block_open_offset_with_filename`,
that uses the filename to obtain the decryption key.
@mbroemme
mbroemme changed the base branch from master to next/v0.5.1 August 14, 2026 19:52
@mbroemme

Copy link
Copy Markdown
Owner

@glebm This is a very good enhancement. I will keep it open until I will add filename-based decryption in a later release. I have fixed original issue #13 differently. I added support for extracting files without a listfile with commit 2847a15

@glebm

glebm commented Aug 18, 2026

Copy link
Copy Markdown
Author

By the way, https://github.com/diasurgical/libmpq repo has more fixes than just the PRs here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants