rt_redirectors

Ruolo Ansible che consente di distribuire rapidamente un redirector su un server esistente con regole proxy mod_rewrite,

Supporta Debian e Ubuntu, testato su DigitalOcean e Azure

Vedi threat.tevora.com/automating-redirector-deployment-with-ansible per un blog che illustra i redirector, Ansible e un'analisi approfondita di questo ruolo

Per iniziare, clona questo repository, installa Ansible e posiziona questo repository nella tua cartella roles. Vedi il playbook di esempio qui sotto per un esempio di come creare la configurazione della tua istanza redirector.

Esempio di Playbook dell'istanza provision_redirector_example.yml

- hosts: EnigmaticEmu
  gather_facts: False
  user: root
  pre_tasks:
  - name: Install python for Ansible
    raw: test -e /usr/bin/python || (apt -y update && apt install -y python-minimal)
    changed_when: False
  - setup: # aka gather_facts 
  tasks: 
  - include_role:
      name: redirectors
    vars:
      le_email: '[email protected]'
      hop_dir: hops/empire_hop
      vhosts: [
        {
          servername: 'fakeamazon.com',
          http_port: 80,
          https_port: 443,
          c2filters: [
            {
              rewritefilter: '^/orders/track/?$',
              host: '123.124.125.126'
            }
          ],
          configs: [ 
            'RewriteRule !\.php$ https://www.amazon.com/%{REQUEST_URI} [L,R=302]'
          ]
        },
 {
          servername: 'fakegoogle.com',
          http_port: 80,
          https_port: 443,
          config_files: [
            "redirectors.txt",
            "apache_tweaks.conf"
          ],
        }
      ] 

Analisi dell'esempio:

• - hosts: EnigmaticEmu Specifica gli host su cui verrà eseguito il playbook. Affinché questo playbook venga eseguito correttamente, è necessario utilizzare un file di inventario con definito il nome host o l'IP di EnigmaticEmu.

• gather_facts: False Il task Ansible gather facts si rompe sulle versioni più recenti di Ubuntu senza Python 2 installato. Disabilitiamo gather facts per assicurarci di installare prima Python 2. È solo una questione di bootstrap per la compatibilità.

• user: root Specifica con quale utente accedere al server remoto; Ansible esegue tutte le sue configurazioni tramite SSH. Cambialo con l'utente che preferisci usare. *se devi usare sudo, potrebbe essere necessario aggiungere become: true e invocare ansible-playbook con --ask-become-pass

• pre_tasks:

  • queste righe installano Python 2 se non è presente ed eseguono gather facts tasks: Ora siamo arrivati alla parte buona, i task del nostro playbook!

• - include_role: Come puoi immaginare, specifica un ruolo da includere, e la riga successiva specifica di includere il nostro ruolo redirectors.

Abbiamo formattato questa configurazione per lo più in JSON (YAML è un superset di JSON), ma puoi formattarla come preferisci purché corrisponda.

Nota nella configurazione come ci siano più vhost, e ognuno può usare uno o più metodi per specificare come viene iniettato nei template di configurazione.

Creiamo un file di configurazione per vhost perché Let's Encrypt, in particolare il componente certbot-apache, non supporta più di un vhost per file di configurazione. Per questo motivo, forniremo più file di configurazione al server.

Esecuzione del Playbook

Per eseguire il ruolo, crea il tuo playbook nella forma dell'esempio che abbiamo trattato ed esegui ansible-playbook -i <your_hosts_file> <your_playbook>. Assicurati che questo ruolo sia nella directory roles nello stesso percorso del tuo playbook e che i tuoi file hop e/o di configurazione siano posizionati correttamente. La struttura della tua directory dovrebbe apparire così:

├── my_playbook.yml
├── files
│   └── empire_hop
│       └── news
│           └── login.php
└── roles
    ├── redirectors
    │   ├── files
    │   ├── handlers
    │   │   └── main.yaml
    │   ├── meta
    │   ├── tasks
    │   │   ├── apache.yml
    │   │   ├── letsencrypt.yml
    │   │   └── main.yml
    │   ├── templates
    │   │   ├── apache_sslvhost.conf.j2
    │   │   └── apache_vhost.conf.j2
    │   └── vars