Lucifer

Codacy Badge

Rilascio iniziale: 09/09/2020

Configurazione

git clone https://github.com/Skiller9090/Lucifer.git
cd Lucifer
pip install -r requirements.txt
python main.py --help

Se desideri le modifiche più recenti, aggiungi -b dev alla fine di git clone https://github.com/Skiller9090/Lucifer.git

Comandi

Utilizzo dei comandi

• Comandi senza argomenti

  • help - per visualizzare il menu di aiuto

  • name - mostra il nome della shell corrente

  • id - mostra l'ID della shell corrente

  • options - mostra una tabella di opzioni/variabili impostate

  • set_vars - imposta automaticamente le variabili necessarie per il modulo caricato (default definito in un modulo)

  • description - mostra la descrizione del modulo caricato

  • auto_vars - mostra l'impostazione corrente di auto_vars (se true, esegue automaticamente set_vars al caricamento del modulo)

  • run - esegue il modulo con le opzioni correnti, exploit funziona allo stesso modo

  • spawn_shell - crea una nuova istanza di shell

Utilizzo di Java

Lucifer consente al codice Python e Java di lavorare fianco a fianco tramite l'estensione LMI.Java. Affinché funzioni, è necessario installare jpype1. Per farlo, esegui il seguente comando nel tuo ambiente Python:
pip install jpype1
Da qui puoi interagire liberamente con LMI.Java.compiler e LMI.Java.luciferJVM, che ti permettono di chiamare funzioni Java e istanziare classi Java tramite Python. Maggiori documentazioni su questo verranno create in seguito, sulla wiki di Lucifer.

Esempi

Impostazione delle variabili

Esecuzione del modulo

Impostazioni

Versionamento

Lo standard di versionamento su questo progetto è:

MAJOR.MINOR.PATCH.STAGE.BUILD

Maggiore:

• incrementato quando c'è stata una quantità significativa di nuove funzionalità dall'inizio della versione maggiore o se c'è un cambiamento così grande da poter causare problemi di compatibilità (Maggiore 0 se molto instabile)
• Potrebbe causare problemi di incompatibilità

Minore:

• incrementato quando viene aggiunta una nuova funzionalità o insieme di funzionalità al progetto
• non dovrebbe causare errori di incompatibilità poiché vengono effettuate solo aggiunte

Patch:

• incrementato per correzioni di bug o se la funzionalità è così piccola da meritare l'incremento di minore
• rischio molto basso di errore di incompatibilità

Stadio:

• Lo stadio dell'attuale BUILD MAJOR.MINOR.PATCH, può essere alpha, beta, release candidate o release
• Indica quanto è avanzato lo sviluppo del nuovo MAJOR.MINOR.PATCH
• Traduzione del numero di stadio in nome:
  • 0 => beta (b)
  • 1 => alpha (a)
  • 2 => release candidate (rc)
  • 3 => release (r)

Build:

• dovrebbe essere incrementato ad ogni modifica apportata al codice, anche per una modifica di un singolo carattere

Questa struttura di versione può essere memorizzata e visualizzata in diversi modi:

• Il modo migliore per memorizzare i dati nel codice è tramite una tupla come:
  • (Major, Minor, Patch, Stage, Build)
    • Esempio: (1, 4, 1, 2, 331)
• La visualizzazione lunga sarebbe:
  • {stage} {major}.{minor}.{patch} Build {build}
    • Esempio: Alpha 1.4.1 Build 331
• La visualizzazione breve sarebbe:
  • {major}.{minor}.{patch}{stage}{build}
    • Esempio: 1.4.1a331