cae93f70d7 | ||
---|---|---|
actions | ||
client | ||
conf | ||
database | ||
doc | ||
mig-agent | ||
mig-api | ||
mig-loader | ||
mig-runner | ||
mig-scheduler | ||
modules | ||
pgp | ||
runner-plugins | ||
testutil | ||
tools | ||
vendor | ||
workers | ||
.gitignore | ||
.travis.yml | ||
AUTHORS | ||
CONTRIBUTING.md | ||
LICENSE | ||
Makefile | ||
README.md | ||
acl.go | ||
action.go | ||
agent.go | ||
command.go | ||
constants.go | ||
investigator.go | ||
loader.go | ||
logging_posix.go | ||
logging_windows.go | ||
manifest.go | ||
runner.go | ||
version.go |
README.md
MIG: Mozilla InvestiGator
Build one-liner:
$ go get mig.ninja/mig && cd $GOPATH/src/mig.ninja/mig && make
MIG is OpSec's platform for investigative surgery of remote endpoints.
MIG is composed of agents installed on all systems of an infrastructure that are be queried in real-time to investigate the file-systems, network state, memory or configuration of endpoints.
Imagine it is 7am on a saturday morning, and someone just released a critical vulnerability for your favorite PHP application. The vuln is already exploited and security groups are releasing indicators of compromise (IOCs). Your weekend isn't starting great, and the thought of manually inspecting thousands of systems isn't making it any better.
MIG can help. The signature of the vulnerable PHP app (the md5 of a file, a regex,
or just a filename) can be searched for across all your systems using
the file
module. Similarly, IOCs such as specific log entries, backdoor files
with md5 and sha1/2/3 hashes, IP addresses from botnets or byte
strings in processes memories can be investigated using MIG. Suddenly, your
weekend is looking a lot better. And with just a few commands, thousands of systems
will be remotely investigated to verify that you're not at risk.
MIG agents are designed to be lightweight, secure, and easy to deploy so you can ask your favorite sysadmins to add it to a base deployment without fear of breaking the entire production network. All parameters are built into the agent at compile time, including the list and ACLs of authorized investigators. Security is enforced using PGP keys, and even if MIG's servers are compromised, as long as our keys are safe on your investigator's laptop, no one will break into the agents.
MIG is designed to be fast, and asynchronous. It uses AMQP to distribute actions to endpoints, and relies on Go channels to prevent components from blocking. Running actions and commands are stored in a Postgresql database and on disk cache, such that the reliability of the platform doesn't depend on long-running processes.
Speed is a strong requirement. Most actions will only take a few hundreds milliseconds to run on agents. Larger ones, for example when looking for a hash in a big directory, should run in less than a minute or two. All in all, an investigation usually completes in between 10 and 300 seconds.
Privacy and security are paramount. Agents never send raw data back to the platform, but only reply to questions instead. All actions are signed by GPG keys that are not stored in the platform, thus preventing a compromise from taking over the entire infrastructure.
Technology
MIG is built in Go and uses a REST API that receives signed JSON messages distributed to agents via RabbitMQ and stored in a Postgres database.
It is:
- Massively Distributed means Fast.
- Simple to deploy and Cross-Platform.
- Secured using OpenPGP.
- Respectful of privacy by never retrieving raw data from endpoints.
Check out this 10 minutes video for a more general presentation and a demo of the console interface.
MIG was recently presented at the SANS DFIR Summit in Austin, Tx. You can watch the recording below:
Discussion
Join #mig on irc.mozilla.org (use a web client such as mibbit ).
We also have a public mailing list at list@mig.ninja.
Documentation
All documentation is available in the 'doc' directory and on http://mig.mozilla.org .