
Bruteforcer de ioctl do Windows NT e fuzzer modular
Suíte de ferramentas IOCTL para drivers Windows.
Esta ferramenta engloba duas funcionalidades distintas. Ela adivinha os valores de IOCTL que o driver aceita e também as suas limitações válidas de tamanho e armazena os resultados em um arquivo para reutilização futura. A segunda funcionalidade é composta por 3 fuzzers burros: um fuzzer puramente aleatório, um fuzzer DWORD deslizante e um fuzzer assíncrono. Você pode executar qualquer combinação dos 3 sequencialmente e definir limites de tempo para cada execução do fuzzer. Os fuzzers síncronos também avisarão se muitas solicitações falharem em sequência (indicando que continuar o fuzzing pode ser inútil, por exemplo, por falta de permissão) e o fuzzer assíncrono permite definir a porcentagem de solicitações nas quais tentar o cancelamento e o nível de concorrência (quantas solicitações pendentes por vez). Outros recursos incluem controle sobre o nível de verbosidade e a capacidade de interromper qualquer execução do fuzzer de forma limpa com ctrl-c. Ao concluir, cada fuzzer exibirá estatísticas cumulativas.
dibf.exe <options> <device name>
Options:
-h You're looking at it
-i Ignore previous logfile - THIS WILL OVERWRITE IT
-l Specify custom logfile name to read from/write to (default dibf-bf-results.txt)
-d Deep IOCTL bruteforce (8-9 times slower)
-v [0-3] Verbosity level
-s [ioctl] Start IOCTL value
-e [ioctl] End IOCTL value
-t [d1,d2,d4] Timeout for each fuzzer in seconds -- no spaces and decimal input ONLY
-p [max requests] Max number of async pending requests (loosely enforced, default 64)
-a [max threads] Max number of threads, default is 2xNbOfProcessors, max is 128
-c [% cancelation] Async cancelation attempt percent rate (default 15)
-f [0-7] Fuzz flag. OR values together to run multiple
fuzzer stages. If left out, it defaults to all
stages.
0 = Brute-force IOCTLs only
1 = Sliding DWORD (sync)
2 = Random (async)
4 = Named Pipe (async)
Examples:
dibf \\.\MyDevice
dibf -v -d -s 0x10000000 \\.\MyDevice
dibf -f 0x3 \\.\MyDevice
Notes:
- The bruteforce stage will generate a file named "dibf-bf-results.txt"
in the same directory as the executable. If dibf is started with no
arguments, it will look for this file and start the fuzzer with the values
from it The -l flag can be used to specify a custom results file name.
- If not specified otherwise, command line arguments can be passed as decimal or hex (prefix with "0x")
- CTRL-C interrupts the current stage and moves to the next if any. Current statistics will be displayed.
- The statistics are cumulative.
- The command-line flags are case-insensitive.
Para fornecer pacotes fuzzados ao fuzzer de Named Pipe, conecte-se a \\.\pipe\dibf_pipe no modo PIPE_TYPE_MESSAGE e envie os dados fuzzados. Os últimos 4 bytes do pacote serão interpretados como o código IOCTL. Além disso, o publisher peach de named pipe pode ser usado para fuzzar endpoints de named pipe fora do escopo do DIBF.
O publisher Peach fornecido pode ser usado para conectar o Peach ao Provedor de Fuzzing de Named Pipe do DIBF. Um arquivo XML de exemplo do Peach, peach_np.xml, que usa este provedor pode ser encontrado na pasta PeachNamedPipePublisher:
<?xml version="1.0" encoding="utf-8"?>
<Peach xmlns="http://peachfuzzer.com/2012/Peach" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://peachfuzzer.com/2012/Peach ../peach.xsd">
<!-- DataModel containing a single string -->
<DataModel name="TheDataModel">
<String value="Hello World!" />
<Number name="IOCTL0" value="EFBEADDE" valueType="hex" size="32" mutable="false" />
</DataModel>
<!-- StateModel referencing data model above -->
<StateModel name="DibfState" initialState="DibfState0">
<State name="DibfState0">
<Action type="output">
<DataModel ref="TheDataModel"/>
</Action>
</State>
</StateModel>
<!-- The test with pipe publisher -->
<Test name="Default">
<StateModel ref="DibfState"/>
<Publisher class="NamedPipe">
<Param name="host" value="." />
<Param name="pipeName" value="dibf_pipe" />
<Param name="impersonationLevel" value="1" />
</Publisher>
</Test>
</Peach>
<!-- end -->
<<<< RUNNING RANDOM FUZZER >>>>
RUN STARTED: 3/17/2014 4:14 PM
---------------------------------------
Sent Requests : 4233
Completed Requests : 4233 (4233 sync, 0 async)
SuccessfulRequests : 1254
FailedRequests : 2979
CanceledRequests : 0
RUN ENDED: 3/17/2014 4:14 PM
---------------------------------------
<<<< RUNNING SLIDING DWORD FUZZER >>>>
RUN STARTED: 3/17/2014 4:14 PM
---------------------------------------
Sent Requests : 6339
Completed Requests : 6339 (6339 sync, 0 async)
SuccessfulRequests : 1254
FailedRequests : 5085
CanceledRequests : 0
RUN ENDED: 3/17/2014 4:14 PM
---------------------------------------
<<<< RUNNING ASYNC FUZZER >>>>
RUN STARTED: 3/17/2014 4:14 PM
---------------------------------------
Sent Requests : 8272
Completed Requests : 8272 (6339 sync, 1933 async)
SuccessfulRequests : 1738
FailedRequests : 6414
CanceledRequests : 120
RUN ENDED: 3/17/2014 4:14 PM
---------------------------------------
Esta ferramenta muito simples codifica e decodifica códigos de controle IOCTL do Windows. Ela fornece uma maneira amigável de lidar com a codificação IO de tipos de dispositivo, número de função, método de transferência e tipo de acesso.
iocode.exe [IOCODE] or iocode.exe [DEVICE_TYPE] [FUNCTION] [METHOD] [ACCESS]
Esta é uma ferramenta destinada a provar vulnerabilidades e deve ser usada em conjunto com um editor hexadecimal. Depois que a solicitação de interesse for criada nele, este utilitário a enviará ao driver usando parâmetros de linha de comando. A resposta é enviada para o stdout. Endereços arbitrários também podem ser usados como endereços de buffer de entrada e saída.
iosend [Device] [IOCODE] [InputBufFilePath|InputAdress] [InputLen] [[OutputAddress]] [OutputLen] > [Output file]
Notes:
- This utility prints error/status messages to stderr
- Input can be provided as an arbitrary address or a file name
- An output buffer is allocated and its contents eventually written to stdout unless the optional OutputAddress parameter is provided
GPLv2