Skip to content
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

Improve full payload mode #398

Open
emanuele-f opened this issue Jan 14, 2024 · 1 comment
Open

Improve full payload mode #398

emanuele-f opened this issue Jan 14, 2024 · 1 comment
Labels
enhancement New feature or request
Milestone

Comments

@emanuele-f
Copy link
Owner

The current implementation of the full payload option is quite limiting, as it's almost "all or nothing". With the introduction of the decryption rules, since the TLS decryption can now happen during normal monitoring, it's often necessary to review some decrypted data in full while avoiding the app from going out of memory because of the full payload.

In essence we need a more dynamic approach, here are some ideas:

  • give the user the ability to selectively enable the full payload at runtime. Also possibly evaluate to enable it always for decrypted connections
  • always keep the most recent x MB of payload in memory, so that the user can always review the most recent connections payload
  • possibly implement an alternative file-backed payload dump to overcome the ram limits
@emanuele-f emanuele-f added the enhancement New feature or request label Jan 14, 2024
@emanuele-f emanuele-f added this to the 1.8.0 milestone Jan 14, 2024
@narumi147
Copy link

For local storage backend, I have been using Stream on iOS to do sniffing, it's easy to save and review history data, maybe you can have a try to get some inspiration.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants