Lucifer

Codacy Badge

Lançamento Inicial: 09/09/2020

Configuração

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

Se você quiser as mudanças mais recentes, adicione -b dev ao final de git clone https://github.com/Skiller9090/Lucifer.git

Comandos

Uso dos Comandos

• Comandos sem Argumentos

  • help - para exibir o menu de ajuda

  • name - mostra o nome do shell atual

  • id - mostra o ID do shell atual

  • options - mostra uma tabela de opções/variáveis configuradas

  • set_vars - define automaticamente as variáveis necessárias para o módulo carregado (padrão definido em um módulo)

  • description - mostra a descrição do módulo atualmente carregado

  • auto_vars - exibe a configuração atual de auto_vars (auto_vars, se verdadeiro, executará automaticamente set_vars ao carregar o módulo)

  • run - executa o módulo com as opções atuais; exploit funciona da mesma forma

  • spawn_shell - cria uma nova instância de Shell

Usando Java

Lucifer permite que códigos Python e Java trabalhem lado a lado através do uso da extensão LMI.Java. Para que isso funcione, você precisará instalar o jpype1. Para fazer isso, execute o seguinte comando no seu ambiente Python:
pip install jpype1
A partir daqui, você está livre para interagir com LMI.Java.compiler e LMI.Java.luciferJVM, que permitem chamar funções Java e instanciar classes Java através do Python. Mais documentação sobre isso será criada posteriormente na wiki do Lucifer.

Exemplos

Definindo Variáveis

Executando Módulo

Configurações

Versionamento

O padrão de versionamento neste projeto é:

MAJOR.MINOR.PATCH.STAGE.BUILD

Major:

• incrementado quando há uma quantidade significativa de novos recursos desde o início da major ou quando há uma mudança tão grande que pode causar problemas de compatibilidade (Major igual a 0 é muito instável)
• Pode causar problemas de incompatibilidade

Minor:

• incrementado quando um novo recurso ou conjunto de recursos é adicionado ao projeto
• não deve causar erros de incompatibilidade, pois apenas adições são feitas

Patch:

• incrementado em correções de bugs ou se o recurso for tão pequeno que vale a pena incrementar o minor
• risco muito baixo de erro de incompatibilidade

Stage:

• O estágio da BUILD atual MAJOR.MINOR.PATCH, pode ser alpha, beta, release candidate ou release
• Indica o quão avançado está o desenvolvimento do novo MAJOR.MINOR.PATCH
• Tradução do número do estágio para o nome:
  • 0 => beta (b)
  • 1 => alpha (a)
  • 2 => release candidate (rc)
  • 3 => release (r)

Build:

• deve ser incrementado a cada alteração feita no código, mesmo em uma alteração de um caractere

Esta estrutura de versão pode ser armazenada e exibida de algumas maneiras:

• A melhor forma de armazenar os dados dentro do código é através de uma tupla como:
  • (Major, Minor, Patch, Stage, Build)
    • Exemplo: (1, 4, 1, 2, 331)
• A exibição longa seria:
  • {stage} {major}.{minor}.{patch} Build {build}
    • Exemplo: Alpha 1.4.1 Build 331
• A exibição curta seria:
  • {major}.{minor}.{patch}{stage}{build}
    • Exemplo: 1.4.1a331