Bezbedno učitavanje biblioteka radi sprečavanja napada na DLL-ove

Napadi zasnovani na sistemu

Kada aplikacija dinamički učita DLL bez navođenja potpuno kvalifikovane putanje, Windows pokušava da pronađe ovaj DLL pomoću linka linijeg pretraživanja kroz dobro definisani komplet direktorijuma, poznat kao DLL redosled pretrage. Ako Windows pronađe DLL u okviru DLL naloga za pretraživanje, on će učitati tu DLL datoteku. Međutim, ako Windows ne pronađe DLL u bilo kom direktorijumu u DLL redosledu pretrage, on će vratiti neuspeh u operaciji "DLL". Sledi DLL redosled pretrage za funkcije loadbibliotekarkei Loadbibliotekararyex, koje se koriste za dinamičko učitavanje DLL-ova:

1. Direktorijum iz kog je aplikacija učitana

2. Sistemski direktorijum

3. 16-bitni sistemski direktorijum

4. Windows direktorijum

5. Trenutni radni direktorijum (CWD)

6. Direktorijumi koji su navedeni u promenljivoj okruženja PUTANJE

Razmotrite sledeći scenario:

• Aplikacija učitava DLL datoteku bez navođenja potpuno ugrađene putanje koju očekuje u CWD aplikaciji.

• Aplikacija je potpuno pripremljena za rukovanje slučajem kada ne pronađe DLL.

• Napadač zna ove informacije o aplikaciji i kontroliše CWD.

• Napadač kopira sopstvenu posebno izratu verziju DLL-a u CWD. To pretpostavlja da napadač ima dozvolu za to.

• Windows pretražuje direktorijume u DLL porudžbini za pretraživanje i pronalazi DLL u CWD aplikaciji.

U ovom scenariju, posebno napravljen DLL se pokreće unutar aplikacije i dobija privilegije trenutnog korisnika.

Preporuka

da se spreči ovaj napad, aplikacije mogu da uklone trenutni radni direktorijum (cwd) iz DLL putanje pretrage tako što će pozvati Kudlldirectory API pomoću prazne niske (""). Ako aplikacija zavisi od učitavanja DLL-a iz trenutnog direktorijuma, nabavite trenutni radni direktorijum i koristite ga da biste prosledii u potpuno kvalifikovanu putanju učitavanja biblioteke.



Takođe smo svesni da neki programeri koriste LoadLibrary da bi proverili da li je određen DLL prisutan kako bi odredio koju verziju operativnog sistema Windows pokreće korisnik. Trebalo bi da znate da to može da učini aplikaciju ranjivom. Ako ta biblioteka zaista ne postoji u operativnom sistemu Windows izdanje na koje je aplikacija izvršena, napadač može da uvede biblioteku sa istim imenom u CWD. Preporučujemo da ne koristite ovu tehniku. Umesto toga, koristite preporučene tehnike koje su opisane u MSDN članku, "Preuzimanje verzije sistema"

. Aplikacija koja učitava dodatne komponente nezavisnih proizvođača i koje ne mogu da nametnu dodatne komponente za korišćenje kvalifikovane putanje za otpremanje poziva treba da pozovu SetDllDirectory ("") da ukloni CWD i nazove SetDllDirectory ("lokacija za dodatnu instalaciju") da biste dodali programski dodatak za instalaciju aplikacije DLL-u.

Napadi zasnovani na putanjom

Sličan napad postoji kada aplikacija koristi API za Pretraživaza pronalaženje DLL-a i dinamički učita putanju koju vraća search. Sledi podrazumevani redosled pretrage za API za SearchPath:

• Direktorijum iz kog je aplikacija učitana

• Trenutni radni direktorijum (CWD)

• Sistemski direktorijum

• 16-bitni sistemski direktorijum

• Windows direktorijum

• Direktorijumi koji su navedeni u promenljivoj okruženja PUTANJE

Ovaj obrazac ne preporučuje se zato što nije bezbedan. Funkcija SearchPath ne preporučuje se kao metod pronalaženja. dll datoteke ako je namenjena upotreba izlaza u programu Call for funkcija. Ovo može da dovede do pronalaženja pogrešne. dll datoteke zato što se redosled pretrage funkcije SearchPath razlikuje od redosleda za pretragu koju koristi funkcija LoadLibrary. Ako morate da pronađete i učitate. DLL datoteku, koristite funkciju Load library.

Љellexeslatkih i CreateProcess

Varijante ovih problema takođe mogu da postoje kada programeri pozivaju slične funkcije kao što su Shellex Eslatkihi createprocessza učitavanje spoljnih izvršnih izvršnih tabela. Preporučujemo da razvojni timovi budu oprezni prilikom učitavanja binovna i naveli potpuno kvalifikovanu putanju. To bi trebalo da predstavlja manje složenost kada učitate binarnu datoteku umesto biblioteke.

Uputstva za identifikovanje nebezbedne biblioteke

U izvornom kodu, slede primeri nebezbedne biblioteke:

• U sledećem kodu primer, aplikacija traži "schannel.dll" pomoću najmanje bezbedne putanje pretrage. Ako napadač može da stavi schannel.dll u CWD, učitaće se čak i pre nego što aplikacija pretražuje Windows direktorijume za odgovarajuću biblioteku.

  DWORD retval = SearchPath(NULL, "schannel", ".dll", err, result, NULL); 
  HMODULE handle = LoadLibrary(result);

• U sledećem primeru koda aplikacija pokušava da učita biblioteku iz različitih lokacija aplikacije i operativnih sistema opisane na početku ovog dokumenta za poziv za učitavanje biblioteke (). Ako postoji rizik da datoteka nije prisutan, aplikacija može pokušati da učita datoteku iz trenutnog radnog direktorijuma. Ovaj scenario je malo manje opasan od prethodnog primera. Međutim, korisnik aplikacije i dalje uvodi korisnika u rizik ako okruženje nije potpuno predvidljivo.

  HMODULE handle = LoadLibrary("schannel.dll");

Slede primeri boljeg, bezbednijeg biblioteke:

• U sledećem primeru koda, biblioteka se direktno učitava pomoću potpune kvalifikovane putanje. Ne postoji opasnost da napadač uvede zlonamerni kôd, osim ako već nema dozvole za pisanje u odredišni direktorijum aplikacije.
  
  

  HMODULE handle = LoadLibrary("c:\\windows\\system32\\schannel.dll");

  
  
  Napomena za informacije o tome kako da utvrdite sistemski direktorijum pogledajte sledeće resurse:
  
  getsystemdirectory

  http://msdn.microsoft.com/en-us/library/ms724373%28VS.85%29.aspxShegetknownfolderpath

  http://msdn.microsoft.com/en-us/library/bb762188%28v=VS.85%29.aspx

• U sledećem primeru koda, trenutni radni direktorijum se uklanja sa putanje pretraživanja pre pozivanja biblioteke za učitavanje. To značajno smanjuje rizik, jer bi napadač morao da kontroliše direktorijum aplikacije, Windows direktorijum ili bilo koji direktorijumi koji su navedeni na putanji korisnika da bi koristili DLL-ove koji se preopterećuju.

  SetDllDirectory ("");
  HMODULE handle = LoadLibrary("schannel.dll");

• Na svim sistemima koji su instalirali bezbednosnu ispravku 963027 (opisano u MS09-014), sledeći kôd će trajno premestiti cwd na poslednje mesto u redosledu pretrage. Bilo koji kasniji pozivi na funkciju Setsearchpathrežim iz unutrašnjosti procesa koji pokuša da promeni režim pretrage neće uspeti.

  SetDllDirectory ("");
  HMODULE handle = LoadLibrary("schannel.dll");
  

• U sledećem primeru koda, trenutni radni direktorijum se uklanja sa putanje pretraživanja pre pozivanja biblioteke za učitavanje. To značajno smanjuje rizik, jer bi napadač morao da kontroliše direktorijum aplikacije, Windows direktorijum ili bilo koji direktorijumi koji su navedeni na putanji korisnika da bi koristili DLL-ove koji se preopterećuju.

  SetSearchPathMode (BASE_SEARCH_PATH_ENABLE_SAFE_SEARCHMODE | BASE_SEARCH_PATH_PERMANENT );
  HMODULE handle = LoadLibrary("schannel.dll");