You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 6, 2024. It is now read-only.
This seems to only happens for the index mapping (hence the EOF). When "bruteforcing" (calculating backwards from the end of the file) the free_dword_count field, you can see that the actual amount of mapping entries should be way lower.
I haven't found any hint on how to calculate this offset, so I was hoping maybe you spotted something while researching the format that could explain this.
Unfortunately I'm unable to share said "corrupt" files. They still seem to work fine as far as Windows is concerned, though.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
In some mapping files I encountered, the
mapping_entry_count
is too high by several hundred entries, causing an EOF error when trying to parse it (https://github.com/fireeye/flare-wmi/blob/master/python-cim/cim/cim.py#L55).This seems to only happens for the index mapping (hence the EOF). When "bruteforcing" (calculating backwards from the end of the file) the
free_dword_count
field, you can see that the actual amount of mapping entries should be way lower.I haven't found any hint on how to calculate this offset, so I was hoping maybe you spotted something while researching the format that could explain this.
Unfortunately I'm unable to share said "corrupt" files. They still seem to work fine as far as Windows is concerned, though.
The text was updated successfully, but these errors were encountered: