AutoRun in Windows. R. Gallo ITIS A. VOLTA GUIDONIA. Ottobre Abstract

Transcript

1 AutoRun in Windows R. Gallo ITIS A. VOLTA GUIDONIA Ottobre 2009 Abstract Costruire un Autorun in Windows. VERSIONE PRELIMINARE 1 Premessa Quando con l uscita di Windows95 gli utenti inserendo un cd nel lettore, una procedura partiva per eseguire un programma registrato su cd, molta fu la meraviglia da parte degli utenti e molti cominciarono a studiare come il sistema operativo riuscisse in una impresa del genere. Fortunatamente realizzare un autorun non é un lavoro complesso, ma un utile esercizio per prendere contatto con le funzionalitá diquesto. 2 Casa serve per costruire un Autorun Per realizzare la funzione descritta nella (1), non é sufficiente scrivere un programma. Si devono studiare alcuni componenti del sistema operativo come 1. valore del registro di sistema che abilitá funzione autorun sulle periferiche 2. script di sistema per scrivere istruzioni base contenute in un autorun 3. programma P che viene richiamato da autorun 4. file di supporto per far funzionare il programma P Molte di queste componenti, descrivono caratteristiche particolari di Windows e quindi questa guida é valida per gli autorun che funzionano solo sotto questo sistema. Per Linux o MacOSx non si applica. 2.1 Autorun su CDROM In fase di sviluppo di un autorun si deve risolvere un problema importante. Poiché la periferica che per default ha attivo l autorun é il cdrom, come si puó fare il debug della nostra procedura senza dover ogni volta scrivere su un 1

2 cd che in caso di fallimento, risulterebbe poi inutilizzabile? La soluzione sta nell abilitare la funzione autorun su periferiche diverse dal cdrom, ad esempio su floppy o su pen-drive usb, in modo da avere un supporto magnetico sul quale riscrivere piú volte senza sprecarlo. Per far questo si deve intervenire sul Registro di Sistema, come spiegato nel paragrafo successivo 3 Autorun e il registro di sistema Il sistema operativo Windows conserva tutti i suoi parametri di configurazione in un file registrato nella cartella \windows\system32. Questo file prende il nome di Registro di Sistema. Oltre a conservare i parametri di funzionamento di Windows, il registro conserva anche tutti i valori di configurazione delle applicazioni installate sul PC. Tra questi parametri di configurazione, ve ne sono molti che regolano il funzionamento delle periferiche, la visualizzazione del desktop, la gestione delle finestre etc. Per fare un esempio, i parametri di configurazione del desktop come lo sfondo, i colori, la dimensione dei caratteri, la distanza fra le varie icone, la dimensione dello schermo, sono tutti valori salvati nel registro di sistema. Come detto in (2) anche l autorun registra i suoi valori nel registro di sistema. Due sono i valori di interesse 1. verificare che autorun sia abilitato nel sistema 2. verificare quale periferica ha l autorun abilitato Per alcuni utenti la funzione di autorun é fastidiosa quindi non vuole che inserendo il cd nel drive o collegando una pen-drive parta in automatico il programma registrato. Disattivare questa funzione ha poi un peso molto importante per la sicurezza, in quanto il programma che parte potrebbe essere infetto da virus, con tutti i problemi che ció comporta. 3.1 Il Registro di Sistema Per accedere al registro di sistema si usa un programma chiamato regedit. Il registro si presenta sotto forma gerarchica con cinque categorie principali. Alcune categorie sottendono al funzionamento dell interfaccia con l utente. Altre forniscono valori per il kernel, la rete, la gestione della memoria e del file system. Il registro di sistema contiene dati molto importanti e sensibili, é quindi ottima norma fare una copia di backup prima di procedere a modifiche. Errate impostazioni del registro portano al malfunzionamento del sistema e, con molta probabilitá, porta alla riformattazione del PC. Ciascuna delle categorie del registro a sua volta si suddivide in altre sezioni e ogni sezione contiene varie chiavi. Le chiavi sono valori binari, esadecimali o stringhe. Le chiavi che ci interessano per l autorun sono 1. \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdrom\AutoRun 2. \HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ \Policies\Explorer\NoDriveTypeAutoRun\ 2

3 DRIVE-TYPE BIT-MASK BIT DRIVE_UNKNOWN 1 0 DRIVE_NO_ROOT_DIR 2 1 DRIVE_REMOVABLE 4 2 DRIVE_FIXED 8 3 DRIVE_REMOTE 16 4 DRIVE_CDROM 32 5 DRIVE_RAMDISK 64 6 Table 1: Drive Type Autorun Il valore della prima chiave (AutoRun) indica se é attiva la partenza automatica per il cdrom. La seconda chiave (NoDriveTypeAutoRun) indica quali periferiche hanno autorun attivo. La chiave éditiporeg_binary ed é grande 4 byte. Ogni bit del primo byte formano la cosiddetta maschera (bit-mask) che indica quali periferiche hanno attivo autorun, secondo la tabella (1) Il valore di default é 145 d =91 h. Ogni bit posto a 1 indica che quella periferica ha l autorun disabilitato. Il bit 7 é sempre posto a 1. Si lascia come esercizio stabilire con il valore di 145 d quale periferiche hanno l autorun abilitato 4 Autorun.inf Dopo aver controllato le chiavi di sistema ed esserci assicurati che una periferica magnetica abbia abilitato l autorun, passiamo ad analizzare il 2 punto del paragrafo (2). Quando il sistema si accorge che una periferica é stata inserita nel drive (ad esempio una pen-drive usb) comunica con questa e poiché l autorun é attivo, cerca un file particolare che si chiama autorun.inf. In questo file sono scritte poche istruzioni che servono per far partire l applicazione di nostro interesse. Il file é composto da queste parti 1. defaulticon: percorso e nome file dell icona da mostrare nel caso icon non sia presente 2. icon: nome file icona presente nulla stessa directory 3. open: percorso e nomefile del programma da far partire 4. shell: percorso e nome file da far partire sesipremeiltastodestrodel mouse sull icona della periferica per avere aiuto 5. shell/comm: collegamento, presente nel menu contestuale, al comando shell precedente Un esempio di script per autorun.inf puó essere il seguente. Il file si puó scrivere con editor di testo come notepad, ma quando si salva ricordarsi di dare esattamente il nome autorun.inf (l estensione éimportante). 3

4 [autorun] icon = readme.bmp OPEN=word documento.doc shell\readit\command=notepad readme.txt shell\readit=read &Me La periferica con questo autorun mostra l icona definita nella sezione icon, fa partire il programma word che apre documento.doc e se si preme sul tasto destro sull icona del drive, viene mostrato il menu ReadMe che se premuto apre il file Readme.txt per dare indicazioni di aiuto. Il file icon.bmp, readme.txt sono registrati sulla periferica; word e notepad sono sul disco rigido, ma il sistema deve conoscere il percorso dove rintracciare i programmi e farli partire. E consigliabile, per le prime volte, tenere tutti i file sulla periferica e non complicare la gestione dell autorun. Un altro esempio di autorun puǿessere [autorun] icon = icon.ico OPEN=index.html In questo caso la sezione open contiene un file html. Il file poiché possiede l associazione con Internet Explorer o Firefox viene aperto nel browser. Per concludere l ultimo esempio [autorun] icon = myapp.ico OPEN=.\exe\myapp.exe shell\readit\command=notepad readme.txt shell\readit=read &Me In questo caso l autorun fa partire l applicazione proprietaria presente nella cartella exe della periferica. Se si preme il tasto destro parte notepad che apre readme.txt. In questo caso tutti i file: myapp.ico, myapp.exe, readme.txt sono sviluppati dal programmatore e copiati sulla periferica 5 Programma di partenza L utente che voglia scrivere una propria applicazione richiamata in autorun, deve gestire diversi aspetti: 1. il programma o il file che parte trova applicazione associata cercando nel pathname 2. l applicazione associata é giá installata su hard disk 3. l applicazione é stand-alone su cdrom 4. l autorun deve funzionare da qualsiasi supporto sul quale é abilitato 4

5 Nel caso l intera applicazione possa essere contenuta sul cd, si preferisce scrivere un programma stand-alone che trova sul supporto, tutti i file di dipendenza che servono. Se per altro motivo, come applicazione troppo grande per essere contenuto su un solo cd, file giá installati su hard-disk, specifiche richieste dal prodotto oppure si vuole rendere la procedura piú flessibile, si ricorre a una soluzione diversa. Un piccolo programma sviluppato in VC++ (ma qualunque altro linguaggio va bene) viene richiamato durante l autorun. Questa applicazione fa da filtro e si occupa di: 1. verifichi quante e quali periferiche sono collegate al sistema (floppies, porte usb, lettori-masterizzatori cdrom/dvd) tramite la API (Application Program Interface) GetDriveType 2. se si deve aprire un file che non sia un exe, trovi l applicazione associata al file in questione, per esempio (a) index.ppt file di prowerpoint (b) index.htm file aperto in browser (c) index.doc file aperto da word La funzione API usata é FindExecute 3. attivi l applicazione associata con API ShellExecute passandogli come parametro il file da aprire Per la spiegazione delle API si rimanda all help MSDN associato al sistema di sviluppo. 5.1 Osservazioni Scrivere il programma-filtro in VC++ offre questi vantaggi. L applicazione parte su tutti i PC indifferentemente, in quanto i file di dipendenza (ad esempio le API viste in precedenza) sono installate per default nella dir \windows\system32. Al contrario usare un linguaggio diverso puó comportare prima, l installazione di file di supporto. La funzione ShellExecute accetta in ingresso anche un URL, (collegamento Inet) con relativa azione di apertura della pagina nel browser. 5