-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unexpected archive maxDepth
behavior
#2942
Comments
This doesn't seem to occur if the order of |
We likely need to refine the depth incrementing logic to make it smarter. I'll look into this. Thanks for raising the issue. |
This isn't a feasible solution because it breaks compressed zips. trufflehog/pkg/handlers/handlers_test.go Line 101 in 4addd81
|
I'm hitting this issue. |
Please review the Community Note before submitting
TruffleHog Version
3.78.0
Trace Output
Expected Behavior
Max archive depth should reflect the real depth of an archive. e.g.,
depth = 5
should correspond to 5 nested archives.trufflehog/pkg/handlers/archive.go
Lines 83 to 85 in a330aa6
Actual Behavior
An archive with 2 levels of nesting is being reported as 5 levels.
Proof:
Steps to Reproduce
./trufflehog/trufflehog filesystem frobnitz-1.2.3.tgz
albatross-0.1.0.tgz
file.Environment
N/A
Additional Context
It appears that each archive gets passed to
h.openArchive
twicearchiver.Decompressor
archiver.Extractor
Each time, the depth is incremented.
References
N/A
The text was updated successfully, but these errors were encountered: