Open ausetiad opened 3 months ago
Thanks for the report. I'll try to reproduce this and see if there's anything that can be done to reduce memory during the analysis step.
To give me some hints about how to best repro this. Can you share how much memory your system has, how large the total asa.sqlite dbs you've collected are and, if you know, how much memory is being consumed when you hit the out of memory error?
@gfs
Machine is a 2023 Mac Studio, Apple M2 Max chip with 32GB of memory.
How do I collect the following information: how large the total asa.sqlite dbs you've collected are and, if you know, how much memory is being consumed when you hit the out of memory error?
@ausetiad
asa.sqlite
filesYou can also try to re-run export collect with --disableimplicitfindings
which may reduce memory usage. Based on the output messages I think the out of memory is hit during construction of the sarif output file - removing implicit findings should reduce the size of that file.
Sizes of asa.sqlite files:
I'm going to try and get the memory usage info while running export collect with --disableimplicitfindings enabled
After further investigation the root cause of this appears to be that every file was reporting a different content hash between collection runs - but with no other changes resulting in a hugely inflated report. I am as of yet unable to repro this on a mac myself.
Describe the bug A clear and concise description of what the bug is.
To Reproduce Steps to reproduce the behavior:
Expected behavior I expect the analysis to be performed as explained in the walkthroug
Screenshots If applicable, add screenshots to help explain your problem.![image](https://github.com/microsoft/AttackSurfaceAnalyzer/assets/84194660/ccf8c9dd-cb9f-4d60-a1df-d97c6018ccec)
System Configuration (please complete the following information):
Additional Context