Skip to content
This repository has been archived by the owner on Apr 3, 2023. It is now read-only.

Whether the container will be destroyed #111

Open
drwpeng opened this issue Sep 7, 2020 · 4 comments
Open

Whether the container will be destroyed #111

drwpeng opened this issue Sep 7, 2020 · 4 comments

Comments

@drwpeng
Copy link

drwpeng commented Sep 7, 2020

Is your feature request related to a problem? Please describe.
Containers are created every scan.
When there are a lot of files to be scanned, containers are frequently created and deleted.
I think this is a waste of time.

Describe the solution you'd like
Can I keep the malice-av container like a c/s server to avoid frequent container creation?
Is this feasible?
Will scanning files destroy the container?

@blacktop
Copy link
Member

blacktop commented Sep 7, 2020

The initial idea was you are scanning dangerous malware so you would want to throw away the container after every scan. I'm not sure this is true but I had heard that VirusTotals scanners are all VMs the get reverted after a scan to prevent infection. With Docker the containers are all sharing a kernel so if the malware can attack the antivirus and infect the kernel then re-creating the container doesn't offer any extra protection, but it is still better than nothing.

@blacktop
Copy link
Member

blacktop commented Sep 7, 2020

But I agree, if your main concern is speed then keeping the containers around longer would be better. I've designed each AV engine to be stand alone which means you can run them as little micro-services and submit to them via http post. You would have to write an engine to automate submission and storing the results.

@blacktop
Copy link
Member

blacktop commented Sep 7, 2020

I will also add that when have have time to start my complete overhaul of the official Malice engine... some day.

@drwpeng
Copy link
Author

drwpeng commented Sep 8, 2020

Thank you for your reply, I will probably keep these containers running all the time, and then open a service to send malicious files to them。
Emm,where do you plan to modify?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants