craig-m-unsw/omigod-labUm laboratório de teste com Vagrant VM para aprender sobre CVE-2021-38647 no agente Open Management Infrastructure (também conhecido como "omigod").
Uma VM de laboratório educacional para aprender sobre a vulnerabilidade 9.6 CVSS de Execução Remota de Código (RCE) não autenticada no software Open Management Infrastructure (CVE-2021-38647).
Divulgação (pesquisa original): https://www.wiz.io/blog/omigod-critical-vulnerabilities-in-omi-azure
Código fonte do OMI: https://github.com/microsoft/omi
notícias:
Análise:
Leia alguns dos itens acima antes de prosseguir.
git clone https://github.com/craig-m-unsw/omigod-lab.git
cd omigod-lab
vagrant up
vagrant ssh
Isso configurará o Ubuntu 20.04 (Focal Fossa). Agradecimentos ao Roboxes pela box do Vagrant.
Instalado pelo Ansible playbook.yml:
sha256:2e0813ee3f2a71028f071d9933ca2f336faaaf9b6126d5f1767ffcbc7e803279sha256:1cba16e3b307177cbe15bd3fd8a2a87ab8d638846988202be8a17981b5e900c9Não coloque esta VM na internet :-)
Graças ao Vagrant, um redirecionamento de porta de localhost:5986 para 5986 na VM estará aberto após iniciar a box. Agora temos uma VM de laboratório para testar.
Basta enviar uma requisição SOAP para o servidor OMI vulnerável; o módulo uri do Ansible pode ser usado para enviar este payload XML:
cd /vagrant
ansible-playbook attack-play.yml -e "rcecmd=uptime"
Você deve ver a saída do comando uptime em <p:StdOut>.
Se você alterar o comando para id, poderá ver as saídas uid=0(root) gid=0(root) groups=0(root).
😬😬😬
Outros códigos de exploit públicos:
A documentação de Introdução da MS: https://github.com/microsoft/omi/blob/master/Unix/doc/omi/omi.pdf
Dentro da VM, o auditd está instalado.
Registre toda execução de comando:
sudo auditctl -a exit,always -F arch=b32 -S execve -k execve
sudo auditctl -a exit,always -F arch=b64 -S execve -k execve
sudo tail -f /var/log/audit/audit.log
A saída ao enviar um comando:
type=SYSCALL msg=audit(1631977306.937:107): arch=c000003e syscall=59 success=yes exit=0 a0=7f906c002570 a1=7f906c001330 a2=7fffe5148108 a3=7f90751453f0 items=2 ppid=8552 pid=9974 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="sh" exe="/usr/bin/dash" key="execve"
type=EXECVE msg=audit(1631977306.937:107): argc=3 a0="/bin/sh" a1="-c" a2="whoami"
type=CWD msg=audit(1631977306.937:107): cwd="/var/opt/microsoft/scx/tmp"
type=PATH msg=audit(1631977306.937:107): item=0 name="/bin/sh" inode=5374016 dev=08:03 mode=0100755 ouid=0 ogid=0 rdev=00:00 nametype=NORMAL cap_fp=0 cap_fi=0 cap_fe=0 cap_fver=0 cap_frootid=0
type=PATH msg=audit(1631977306.937:107): item=1 name="/lib64/ld-linux-x86-64.so.2" inode=5377053 dev=08:03 mode=0100755 ouid=0 ogid=0 rdev=00:00 nametype=NORMAL cap_fp=0 cap_fi=0 cap_fe=0 cap_fver=0 cap_frootid=0
type=PROCTITLE msg=audit(1631977306.937:107): proctitle=2F62696E2F7368002D630077686F616D69
type=SYSCALL msg=audit(1631977306.937:108): arch=c000003e syscall=59 success=yes exit=0 a0=564c4e436b90 a1=564c4e436b38 a2=564c4e436b48 a3=7f5b83f28850 items=2 ppid=9974 pid=9975 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="whoami" exe="/usr/bin/whoami" key="execve"
type=EXECVE msg=audit(1631977306.937:108): argc=1 a0="whoami"
type=CWD msg=audit(1631977306.937:108): cwd="/var/opt/microsoft/scx/tmp"
type=PATH msg=audit(1631977306.937:108): item=0 name="/usr/bin/whoami" inode=5374366 dev=08:03 mode=0100755 ouid=0 ogid=0 rdev=00:00 nametype=NORMAL cap_fp=0 cap_fi=0 cap_fe=0 cap_fver=0 cap_frootid=0
type=PATH msg=audit(1631977306.937:108): item=1 name="/lib64/ld-linux-x86-64.so.2" inode=5377053 dev=08:03 mode=0100755 ouid=0 ogid=0 rdev=00:00 nametype=NORMAL cap_fp=0 cap_fi=0 cap_fe=0 cap_fver=0 cap_frootid=0
type=PROCTITLE msg=audit(1631977306.937:108): proctitle="whoami"
Alguém executou "whoami".
A Microsoft menciona isso no post do blog "Additional Guidance Regarding OMI Vulnerabilities within Azure VM Management Extensions" sobre detecção: