elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: ¿Eres nuevo? ¿Tienes dudas acerca del funcionamiento de la comunidad? Lee las Reglas Generales


  Mostrar Mensajes
Páginas: 1 ... 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 [43] 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 ... 122
421  Programación / Programación General / Re: [Book] Microsoft Windows Internals, Fifth Edition en: 10 Octubre 2010, 18:46 pm
Se agradece el aporte pero este tipo de post solo se permiten en este  hilo y yo luego los agrego al post principal del mismo.

Saludos!
422  Programación / Programación C/C++ / Re: Capturar el argumento del Main en una cadena? en: 9 Octubre 2010, 17:35 pm
Lo que te recomendaría es que primero leas sobre memoria dinámica y manejo de cadenas.
Las cadenas no se asignan, y antes de hacer una copia o una concatenación con ese puntero primero necesitas reservar memoria (malloc, por ejemplo)

Utiliza el buscador y encontraras varios ejemplos de ambas cosas. Igualmente tambien podes ver aca las funciones estándar para el manejo de cadenas y aca tenes un ejemplo de memoria dinámica con malloc.

Si no estas leyendo ningún libro, te recomiendo que busques alguno en el hilo que esta en las chinchetas.

Saludos
423  Programación / Programación C/C++ / Re: Problema con argv en: 9 Octubre 2010, 17:10 pm
Las cadenas no se comparan de esa manera.

strncmp

Saludos
424  Foros Generales / Foro Libre / Re: Se necesitan programadores para ambicioso proyecto en: 9 Octubre 2010, 03:49 am
Lo que te recomendaría es que edites el primer post y dejes detalles respecto de quienes forman parte del proyecto al momento, los requerimientos para participar y los lenguajes que se van a utilizar. Si el proyecto es serio trata que las presentaciones que hagas también lo sean de lo contrario muchos programadores dejaran pasar el hilo.

Como el hilo no se trata de discutir detalles del proyecto ni nada relacionado con programación mas que reclutar mas gente, lo muevo para el foro libre.

Saludos!
425  Programación / Programación C/C++ / Re: listas enlazadas simples en c++(soy novato) en: 9 Octubre 2010, 03:25 am
pein bienvenido/a al foro!

En esta sección no se hacen tareas, lee las reglas.

En wikipedia tenes ejemplos y también hay muchos en el foro, prueba a utilizar el buscador

Saludos

426  Programación / Programación General / ayuda en Programacion de colas en netbeans 6.7 en: 9 Octubre 2010, 01:08 am
El mensaje 'ayuda en Programacion de colas en netbeans 6.7' fue bloqueado
No se hacen tareas!
Leer reglas:
http://foro.elhacker.net/reglas
427  Programación / Programación C/C++ / Re: Ayuda para novato!! controlar palabras en C: vectores en: 8 Octubre 2010, 20:33 pm
fedena bienvenido/a al foro!

En esta sección no se hacen tareas, lee las reglas
Tenes la suerte que el lenguaje te gusta, solo te basta empezar a estudiarlo. Ademas, sumar 1 punto de parcial indica que debes esforzarte por lo tanto, comienza a calentar la silla  :)

Cuando tengas dudas sobre un código que hayas hecho, vuelves a postear.

Saludos!
428  Programación / Programación C/C++ / ayudenme en estos problemas ^^ en: 8 Octubre 2010, 20:10 pm
El mensaje 'ayudenme en estos problemas ^^' fue bloqueado
En esta sección no se hacen tareas.
Leer reglas:
http://foro.elhacker.net/reglas
429  Programación / Programación C/C++ / Principios básicos de desarrollo de drivers en Windows - Lenguaje C en: 6 Octubre 2010, 20:27 pm
Este articulo también se encuentra en wiki.elhacker.net,
Código:
http://wiki.elhacker.net/programacion/cc/articulos/principios-basicos-de-desarrollo-de-drivers-en-windows



Introducción

Encontrar información sobre el desarrollo de drivers no siempre es tarea fácil, sin importar el sistema operativo del cual estemos hablando.
Normalmente, lo ideal para entender este tipo de temas correctamente es leer libros especializados en el tema u ir directamente a las fuentes. Suele ser lo correcto ya que el tema es complejo, largo y puede volverse pesado para quien se apure en entender todos los conceptos implicados.

Por ahora, esto no sera mas que una introducción, por lo tanto tratare que sea breve. Es solo un intento de dar una perspectiva general sobre este tema y con esto lograr que mas gente decida a interiorizarse en el, con suerte mas adelante podremos ver técnicas y/o conceptos mas avanzados y que la mayoría los entiendan.



subsystem, ¿que es?

Es ideal conocer a fondo las herramientas que estamos utilizando, y con esto no solo me refiero al lenguaje, si no tambien al entorno de trabajo que utilicemos.

El proceso de compilado y linkeado genera un binario adecuado para que el sistema operativo en el cual estemos pueda comprenderlo. En Windows, este formato es lo que varios conocen como PE (Portable Executable Format)
Alrededor de PE, tenemos un concepto llamado subsystem. Un subsystem, entre otras opciones incluidas en la información del header PE, describe como cargar un ejecutable que también incluye el punto de entrada (Entry Point) en el binario.



Conociendo tus herramientas.

Posiblemente muchos recién se enteran lo que es un subsystem, y esto se debe a que generalmente en la etapa de aprendizaje de lenguajes como C/C++, uno puede simplemente descargar un IDE y ponerse a trabajar. Los errores no causan tantos problemas cuando todavía no salimos del modo usuario.

Por ejemplo, las personas que utilizan Visual C++, habrán hecho ya alguna aplicacion en consola u alguna aplicacion para Windows. Al crear el proyecto, el subsystem viene predefinido, tal como /SUBSYSTEM:CONSOLE o /SUBSYSTEM:WINDOWS.

La novedad en todo esto, es que un driver es linkeado con otro tipo de subsystem, llamado NATIVE.

MSDN /SUBSYSTEM
Citar
NATIVE
    Device drivers for Windows NT. If /DRIVER:WDM is specified, NATIVE is the default.



Los drivers también tienen un "main".

Por supuesto, los drivers también tienen un main, un Entry Point.
Si sabemos que es un driver lo que vamos a realizar, basta con que el main reciba los parámetros adecuados y retorne lo esperado para un driver. El sistema se encargara de cargar el driver cuando lo requiramos y darse cuenta que es un driver.

Podemos utilizar cualquier nombre como Entry Point, pero por convención en Windows se utiliza DriverEntry.
Si estas utilizando el DDK, al seleccionar que vas a construir un driver se utilizan una serie de opciones predefinidas. Esta es la razón por la cual DriverEntry se convirtió en algo similar al Entry Point oficial.

Al especificar /DRIVER, tenemos tambien otras opciones, directo de la MSDN:

Use the /DRIVER linker option to build a Windows NT kernel mode driver.

Citar
The UPONLY keyword causes the linker to add the IMAGE_FILE_UP_SYSTEM_ONLY bit to the characteristics in the output header to specify that it is a uniprocessor (UP) driver. The operating system will refuse to load a UP driver on a multiprocessor (MP) system.

The WDM keyword causes the linker to set the IMAGE_DLLCHARACTERISTICS_WDM_DRIVER bit in the optional header's DllCharacteristics field. WDM video capture was designed to resolve the problems inherent in the Video for Windows architecture.

En este caso utilizaremos:

Código:
/SUBSYSTEM:NATIVE /DRIVER:WDM -entry:DriverEntry



Conceptos básicos. Lo que debes saber.

Antes de comenzar, hay que cambiar la mentalidad de "Compilar y probar" que todos solemos adquirir mientras aprendemos a programar en modo usuario.
En el mundo de los drivers la situación cambia y lo hace en forma drástica.

Como mínimo podrías ocasionar un BSOD, y si estamos ante un driver que iniciara siempre con el sistema, tenemos un problema.
Igualmente, nada que no puedas revertir entrando en modo seguro u volviendo a configuraciones previas, pero esto solo cabe en las practicas y no en casos reales.

En conclusión, no compiles y pruebes el código de un driver al menos que entiendas a ciencia cierta que es lo que realiza, y mas aun si antes de compilarlo vas a modificar secciones del código.

Cabe recordar, que esta es solo una introducción de los conceptos básicos, por lo tanto quien quiera interiorizarse a fondo no le queda mas alternativa que revisar la MSDN u libros como "Programming the Windows Driver Model".


Interrupt Request Level


Abreviado como IRQL, partamos de la definición del DDK:

Citar
The priority ranking of an interrupt. A processor has an IRQL setting that threads can raise or lower. Interrupts that occur at or below the processor's IRQL setting are masked and will not interfere with the current operation. Interrupts that occur above the processor's IRQL setting take precedence over the current operation.

The particular IRQL at which a piece of kernel-mode code executes determines its hardware priority. Kernel-mode code is always interruptible: an interrupt with a higher IRQL value can occur at any time, thereby causing another piece of kernel-mode code with the system-assigned higher IRQL to be run immediately on that processor. In other words, when a piece of code runs at a given IRQL, the Kernel masks off all interrupt vectors with a lesser or equal IRQL value on the microprocessor.

Si, puede ser difícil de comprender a la primer lectura, por eso vamos a intentar explicarlo en términos mas sencillos.
El IRQL de un procesador ayuda a especificar como un determinado thread puede ser interrumpido. Dicho thread solo puede ser interrumpido mediante código por un nivel mas alto de IRQL en el mismo procesador.
En estas épocas, es normal ver equipos con varios procesadores. En esos casos cada procesador corre en su propio IRQL

Estos 4 niveles serán con los que tendrás que trabajar normalmente.
Normalmente las APIs llevan una pequeña nota aclarando en que nivel de IRQL necesitas estar para poder utilizar determinada API. En reglas generales, a mas alto sea el nivel, menos APIs podes utilizar.

  • Passive
  • APC (Asynchronous Procedure Calls)
  • Dispatch
  • DIRQL



Citar
1) PASSIVE_LEVEL

    Interrupts Masked Off — None.

    Driver Routines Called at PASSIVE_LEVEL — DriverEntry, AddDevice, Reinitialize, Unload routines, most dispatch routines, driver-created threads, worker-thread callbacks.

El nivel mas bajo. En este nivel corre un thread que se ejecute en modo usuario.

Citar
2) APC_LEVEL

    Interrupts Masked Off — APC_LEVEL interrupts are masked off.

    Driver Routines Called at APC_LEVEL — Some dispatch routines (see Dispatch Routines and IRQLs).

Este es el nivel donde ocurren las "Asynchronous Procedure Calls". Cuando ocurre una APC, el nivel del procesador se aumenta a APC_LEVEL.

Citar
3) DISPATCH_LEVEL

    Interrupts Masked Off — DISPATCH_LEVEL and APC_LEVEL interrupts are masked off. Device, clock, and power failure interrupts can occur.

    Driver Routines Called at DISPATCH_LEVEL — StartIo, AdapterControl, AdapterListControl, ControllerControl, IoTimer, Cancel (while holding the cancel spin lock), DpcForIsr, CustomTimerDpc, CustomDpc routines.

La memoria paginada no es accesible en este nivel, por lo tanto toda la memoria accesible debe ser no-paginada. Esto ocasiona que disminuya en gran parte la cantidad de APIs que podes utilizar.

Citar
4) DIRQL

    Interrupts Masked Off — All interrupts at IRQL<= DIRQL of driver's interrupt object. Device interrupts with a higher DIRQL value can occur, along with clock and power failure interrupts.

    Driver Routines Called at DIRQL — InterruptService, SynchCritSection routines.

En este nivel generalmente un driver no lidia con interrupciones. Es mas que nada una forma de conocer que dispositivos tienen prioridad sobre otros.

I/O Request Packet

Abreviado IRP, basicamente es una estructura que permite a diferentes drivers comunicarse entre si y requerir tareas a finalizar.
El manejo de IRPs puede ser muy simple u demasiado complejo dependiendo de cual sea la estructura de los drivers.

El IRP también contendrá "peticiones secundarias", conocido como "IRP Stack Location". Cada driver contendrá sus propias peticiones secundarias respecto de como interpretar el IRP, denominada IO_STACK_LOCATION.

Creando el DriverEntry

Comenzando con un poco de código, el prototipo del DriverEntry:

Código
  1. NTSTATUS DriverEntry(PDRIVER_OBJECT pDriverObject, PUNICODE_STRING pRegistryPath);

DRIVER_OBJECT es una estructura que representa el driver.  Este objeto contiene un puntero a DEVICE_OBJECT, la cual es otra estructura que representa un dispositivo en particular.
Un solo driver puede manejar múltiples dispositivos, y tal así, DRIVER_OBJETCT mantiene una lista de todos los dispositivos que para los cuales ese driver maneja peticiones.

Registrypath es una cadena que apunta a una ubicacion en el registro donde la informacion para el driver fue guardada. El driver puede utilizar luego esta ubicacion para guardar informacion especifica.

Veamos la primer parte de nuestra rutina de entrada:

Código
  1. NTSTATUS DriverEntry(PDRIVER_OBJECT  pDriverObject, PUNICODE_STRING  pRegistryPath)
  2. {
  3.    NTSTATUS NtStatus = STATUS_SUCCESS;
  4.    UINT uiIndex = 0;
  5.    PDEVICE_OBJECT pDeviceObject = NULL;
  6.    UNICODE_STRING DriverName, DosDeviceName;
  7.  
  8.    DbgPrint("DriverEntry!\n");
  9.  
  10.    RtlInitUnicodeString(&DriverName, L"\\Device\\ehn");
  11.    RtlInitUnicodeString(&DosDeviceName, L"\\DosDevices\\ehn");
  12.  
  13.    NtStatus = IoCreateDevice(pDriverObject, 0,
  14.                              &DriverName,
  15.                              FILE_DEVICE_UNKNOWN,//No asociado a ningun dispositivo en particular
  16.                              FILE_DEVICE_SECURE_OPEN,
  17.                              FALSE, &pDeviceObject);
  18.  

Lo primero que se nota es la llamada a DbgPrint, esta funciona como el printf de toda la vida, pero en este caso el output va a parar al kernel debugger. Estos mensajes se pueden ver perfectamente con una herramienta como DbgView de Sysinternals

RtlInitUnicodeString inicializa una estructura del tipo UNICODE_STRING.
Esta estructura esta definida de tal modo que:


Código
  1. typedef struct _LSA_UNICODE_STRING {
  2.  USHORT Length;
  3.  USHORT MaximumLength;
  4.  PWSTR  Buffer;
  5. } LSA_UNICODE_STRING, *PLSA_UNICODE_STRING, UNICODE_STRING, *PUNICODE_STRING;

Donde "Lenght" es la longitud actual de la cadena, "MaximunLenght" es el tamaño máximo que la cadena puede tener, y "Buffer" es el puntero a la cadena.
Como podemos ver, esta estructura contiene el tamaño de la cadena por lo tanto no necesitamos verificar si la cadena esta terminada en NULL.

Luego de crear el dispositivo, ahora queda configurar el Driver Object para que llame a nuestro driver cuando ciertas peticiones se realicen. Estas peticiones se denominan IRP Major requests.
Existen tambien las denominadas Minor requests a las cuales nos referimos con anterioridad como peticiones secundarias, se encuentran en el stack location del IRP.

Código
  1.        for(uiIndex = 0; uiIndex < IRP_MJ_MAXIMUM_FUNCTION; uiIndex++)
  2.             pDriverObject->MajorFunction[uiIndex] = ehn_UnSupportedFunction;
  3.  
  4.        pDriverObject->MajorFunction[IRP_MJ_CLOSE]             = ehn_Close;
  5.        pDriverObject->MajorFunction[IRP_MJ_CREATE]            = ehn_Create;
  6.        pDriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL]    = ehn_DeviceControl;
  7.        pDriverObject->MajorFunction[IRP_MJ_READ]              = ehn_Read;
  8.        pDriverObject->MajorFunction[IRP_MJ_WRITE]             = ehn_Write;
  9.  

Es decir, cuando una aplicación en modo usuario llame a algunas de estas funciones:

  • CreateFile
  • CloseHandle
  • WriteFile
  • ReadFile
  • DeviceIoControl


se llamara a tu driver.



Rutina Unload

Lo siguiente es la función de descarga del driver:

Código
  1. pDriverObject->DriverUnload =  ehn_Unload;

En realidad la rutina de descarga solo se necesita si queres descargar tu driver en forma dinámica, en ese caso la rutina debe ser especificada. Si no se especifica una función de descarga, el sistema no dejara que el driver sea descargado.

Esta es, por ejemplo, una forma simple de rutina de descarga:

Código
  1. void Example_Unload(PDRIVER_OBJECT  DriverObject)
  2. {    
  3.  
  4.    UNICODE_STRING DosDeviceName;
  5.  
  6.    DbgPrint("Unload!!\n");
  7.  
  8.    RtlInitUnicodeString(&DosDeviceName, L"\\DosDevices\\ehn");
  9.    IoDeleteSymbolicLink(&DosDeviceName);
  10.  
  11.    IoDeleteDevice(DriverObject->DeviceObject);
  12. }

Definir las otras funciones es tarea para el hogar ya que creo es la parte mas divertida de todo esto y la que supongo motivara mas para los que quieran interiorizarse en el tema.
Igualmente este ejemplo es de lo mas básico y es el que se utiliza para comprender estos conceptos por lo tanto probablemente al buscar los conceptos que faltan para definir lo necesario se encuentren con ejemplos conceptualmente similares, por lo tanto la dificultad es casi nula pero si sera bastante divertido de seguro.



Cargar y descargar el driver en forma dinámica.

Código
  1. int _cdecl main()
  2. {
  3.    HANDLE HSmng,HServ;
  4.    SERVICE_STATUS Sstatus;
  5.  
  6.    HSmng = OpenSCManager(NULL, NULL, SC_MANAGER_CREATE_SERVICE);
  7.  
  8.    printf("Cargando el driver!\n");
  9.  
  10. if(HSmng)
  11.    {
  12.        HServ = CreateService(HSmng, "ehn",
  13.                                 "ehn driver",
  14.                                  SERVICE_START | DELETE | SERVICE_STOP,
  15.                                  SERVICE_KERNEL_DRIVER,
  16.                                  SERVICE_DEMAND_START,
  17.                                  SERVICE_ERROR_IGNORE,
  18.                                  "C:\\ehn.sys",
  19.                                  NULL, NULL, NULL, NULL, NULL);
  20.  
  21.        if(!HServ)
  22.        HServ = OpenService(HSmng, "ehn", SERVICE_START | DELETE | SERVICE_STOP);
  23.  
  24.  
  25.        if(HServ)
  26.        {
  27.            printf("Iniciando servicio\n");
  28.  
  29.            StartService(HServ, 0, NULL);
  30.            printf("Presione una tecla para cerrar el servicio\n");
  31.            getchar();
  32.            ControlService(HServ, SERVICE_CONTROL_STOP, &Sstatus);
  33.  
  34.            DeleteService(HServ);
  35.  
  36.            CloseServiceHandle(HServ);
  37.  
  38.        }
  39.  
  40.        CloseServiceHandle(HSmng);
  41.    }
  42.  
  43.    return EXIT_SUCESS;
  44. }

Para cualquier detalle respecto de las APIs utilizadas, referirse a la documentación del DDK y de la MSDN.




return EXIT_SUCESS


Luego de definir las funciones correspondientes en el driver, al utilizar las APIs desde modo usuario podrán comprobar que secciones de código se utilizan de su driver, incluso al definir las funciones que restan les basta con poner algunos dbgprint para luego ver con dbgview que es exactamente lo que se esta ejecutando.

Lo que no hay que hacer

Toda área tiene una lista de cosas que NO hay que hacerse, el desarrollo de drivers no es la excepción y Microsoft se encargo de resaltar este tipo de errores.

Como ejemplo, las primeras 10, hay mas en el link:

Citar
Never return STATUS_PENDING from a dispatch routine without marking the I/O request packet (IRP) pending (IoMarkIrpPending).
Never call KeSynchronizeExecution from an interrupt service routine (ISR). It will deadlock your system.
Never set DeviceObject->Flags to both DO_BUFFERED_IO and DO_DIRECT_IO. It can confuse the system and eventually lead to fatal error. Also, never set METHOD_BUFFERED, METHOD_NEITHER, METHOD_IN_DIRECT or METHOD_OUT_DIRECT in DeviceObject->Flags, because these values are only used in defining IOCTLs.
Never allocate dispatcher objects from a paged pool. If you do, it will cause occasional system bugchecks.
Never allocate memory from paged pool, or access memory in paged pool, while running at IRQL >= DISPATCH_LEVEL. It is a fatal error.
Never wait on a kernel dispatcher object for a nonzero interval at IRQL >= DISPATCH_LEVEL. It is a fatal error.
Never call any function that causes the calling thread to wait directly or indirectly while executing at IRQL >= DISPATCH_LEVEL. It is a fatal error.
Never lower the interrupt request level (IRQL) below the level at which your top-level routine has been invoked.
Never call KeLowerIrql() if you haven't called KeRaiseIrql().
Never stall a processor (KeStallExecutionProcessor) longer than 50 microseconds.



Referencias

Lectura recomendada para los que quieran interiorizarse y/o iniciarse en este tema.  :)

WDK
Peering Inside the PE: A Tour of the Win32 Portable Executable File Format
Key driver concepts
Getting started: Writing Windows drivers

Libros:
"Programming the windows driver model"

Saludos!
430  Programación / Programación C/C++ / Re: No se que pasa XD !!! en: 6 Octubre 2010, 12:55 pm
Tu problema parte de varios errores conceptuales, te recomendaría que le des un repaso al material que tengas sobre vectores u al capitulo del libro que estés leyendo -si es que estas leyendo uno-

El primer error:

Código
  1. cin >> cadena[10];

Estas leyendo un solo valor que se guardara en la posicion que utilizas en el indice, no estas leyendo 10 numeros. Si lo que queres es leer 10 numeros, necesitas realizar un ciclo al igual que lo haces cuando imprimis los valores del vector.

El segundo error:

Código
  1. cin >> cadena[10];

En un vector de 10 posiciones, el rango valido es 0-9. La posición cadena[10] en este caso es invalida, la posición máxima accesible es cadena[9].

Los valores aleatorios se deben a que el arreglo no esta inicializado, por lo tanto al no leer ningún dato valido en las posiciones de este, lo que ves es el contenido basura del arreglo.

Y por cierto, solo como detalle, una cadena es un arreglo de caracteres, no de enteros.

Saludos!

PD: Utiliza titulos descriptivos para los posts :)
Páginas: 1 ... 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 [43] 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 ... 122
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines