Кеңістікті қорғау - Executable space protection - Wikipedia

Жылы компьютердің қауіпсіздігі, кеңістікті қорғау белгілер жады орындалмауға тырысатын аймақтар ретінде орындалмайды машина коды бұл аймақтарда себеп болады ерекшелік. Сияқты аппараттық мүмкіндіктерді пайдаланады NX бит (орындалмайтын бит), немесе кейбір жағдайларда осы мүмкіндіктердің бағдарламалық жасақтамасын эмуляциялау. Алайда NX битін қандай да бір жолмен имитациялайтын немесе жеткізетін технологиялар әдетте өлшенетін үстеме шығындар жүктейді; жабдықпен жеткізілген NX битін пайдалану кезінде өлшенетін қосымша шығындар болмайды.

The Берроуз 5000 оны 1961 жылы енгізу кезінде кеңістікті қорғауға арналған аппараттық қолдау ұсынды; бұл мүмкіндік өзінің ізбасарларында кем дегенде 2006 жылға дейін сақталды белгіленген сәулет, жадтың әрбір сөзінде код немесе деректерді белгілейтін, байланысты, жасырын тег биті болды. Осылайша, қолданушы бағдарламалары бағдарлама сөзін жаза алмайды, тіпті оқи алмайды, ал мәліметтер сөздері орындалмайды.

Егер операциялық жүйе жадтың кейбір немесе барлық жазылатын аймақтарын орындалмайтын деп белгілей алады, бұл мүмкіндікті болдырмауы мүмкін стек және үйінді орындалатыннан жад аймақтары. Бұл белгілі бір жағдайлардың алдын алуға көмектеседі буферлік толып кету ерлік сәттілікке жету, әсіресе кодты енгізетін және орындайтындар, мысалы Сассер және Blaster құрттар. Бұл шабуылдар жадтың кейбір бөліктеріне, әдетте стекке, әрі жазуға, әрі орындалуға негізделген; егер ол болмаса, шабуыл сәтсіздікке ұшырайды.

ОЖ енгізу

Көптеген операциялық жүйелер кеңістікті қорғау саясатын жүзеге асырады немесе қол жетімді. Мұнда алфавиттік жүйеде осындай жүйелердің тізімі келтірілген, олардың әрқайсысы жаңадан ескіге дейін тапсырыс берілген технологиялары бар.

Кейбір технологиялар үшін әр технология қолдайтын негізгі мүмкіндіктерді беретін қысқаша сипаттама бар. Түйіндеме төмендегідей құрылымдалған.

  • Аппараттық қолдау көрсетілетін процессорлар: (CPU архитектурасының үтірмен бөлінген тізімі)
  • Еліктеу: (жоқ) немесе (тәуелсіз сәулет) немесе (үтірмен бөлінген CPU архитектурасының тізімі)
  • Басқа қолдаушылар: (Ешқайсысы жоқ) немесе (Процессордың архитектурасының үтірмен бөлінген тізімі)
  • Стандартты тарату: (жоқ) немесе (иә) немесе (үтірмен бөлінген тарату тізімі немесе технологияны қолдайтын нұсқалар)
  • Шығарылым күні: (алғашқы шыққан күні)

Сәулетті тәуелсіз жеткізетін технология еліктеу жабдыққа қолдау көрсетілмейтін барлық процессорларда жұмыс істейтін болады. «Басқа қолдау көрсетілетін» жол NS биті әлі жоқ сұр аймақтық әдіске мүмкіндік беретін процессорларға арналған, бірақ аппараттық құрал қандай-да бір жолмен эмуляцияға мүмкіндік береді.

Android

Жағдай бойынша Android 2.3 және одан кейінгі нұсқалар, оны қолдайтын архитектураларда әдепкі бойынша орындалмайтын беттер, соның ішінде орындалмайтын стек пен үйінділер бар.[1][2][3]

FreeBSD

Үшін бастапқы қолдау NX бит, бойынша x86-64 және IA-32 оны қолдайтын процессорлар алдымен пайда болды FreeBSD -ҚАЗІР 2004 жылы 8 маусымда. 5.3 шыққаннан бері ол FreeBSD шығарылымында болды.

Linux

The Linux ядросы NX битін қолдайды x86-64 және IA-32 оны қолдайтын процессорлар, мысалы AMD, Intel, Transmeta және VIA жасаған заманауи 64 биттік процессорлар. X86-64 процессорларындағы 64 биттік режимде осы мүмкіндікті қолдау 2004 жылы қосылды Анди Клин, содан кейін сол жылы, Инго Молнар оған 64 биттік процессорларда 32 биттік режимде қолдау қосылды. Бұл ерекшеліктер Linux ядросының негізгі сызығы 2.6.8 ядросының нұсқасы 2004 жылдың тамызында шыққаннан бері.[4]

32 биттік x86 ядроларындағы NX битінің қол жетімділігі, олар 32 биттік x86 процессорларында да, 64 биттік IA-32 үйлесімді процессорларында да жұмыс істей алады, өйткені 32 биттік x86 ядросы әдетте NX битін күтпейтін болады. бұл ан AMD64 немесе IA-64 жабдықтар; NX қосқыш патч осы ядролар бар болса NX битін қолдануға тырысады деп сендіреді.

Кейбір жұмыс үстелдері Linux таратылымдары, сияқты Федора, Ubuntu және openSUSE, 32 биттік режимде NX битіне қол жеткізу үшін қажет әдепкі ядроларында HIGHMEM64 опциясын әдепкі бойынша қоспаңыз, өйткені PAE NX битін қолдану үшін талап етілетін режим алдын-ала жүктеу кезінде ақаулар тудырадыPentium Pro (соның ішінде Pentium MMX) және Celeron M және Pentium M NX қолдауынсыз процессорлар. PAE-ді қолдамайтын басқа процессорлар AMD K6 және ертерек, Трансмета Крузо, V3 CIA және одан бұрын, және Геодезия GX және LX. VMware Workstation 4,0 ескі нұсқалары, Параллельдер жұмыс станциясы 4,0 және одан жоғары нұсқалары Microsoft виртуалды компьютері және Виртуалды сервер қонақта PAE қолдамаңыз. Fedora Core 6 және Ubuntu 9.10 және одан кейінгі нұсқалар PAE және NX қолдайтын ядро-PAE пакетін ұсынады.

NX жадты қорғау Ubuntu-да оны қолдайтын аппаратурасы бар және 64-битті немесе 32-биттік сервер ядросын басқаратын кез-келген жүйелер үшін әрқашан қол жетімді болды. Ubuntu 9.10 және одан кейінгі 32-биттік PAE жұмыс үстелінің ядросы (linux-image-generic-pae) сонымен қатар NX CPU функциясымен жабдыққа қажет PAE режимін қамтамасыз етеді. NX аппараттық құралдары жетіспейтін жүйелер үшін 32 биттік ядролар NX процессор функциясын бағдарламалық жасақтама эмуляциясы арқылы жақындатады, бұл шабуылдаушының стек немесе үйінді жадынан шығуы мүмкін көптеген эксплуатацияларды блоктауға көмектеседі.

Орындалмайтын функционалдылық көптеген шығарылымдар үшін осы функцияны қолдайтын басқа x86 емес процессорлар үшін де болды.

Exec Shield

Қызыл қалпақ ядро жасаушы Инго Молнар атты Linux ядросының патчын шығарды Exec Shield NX функционалдығын жақындату және пайдалану 32 бит x86 процессорлары. Exec Shield патчі шығарылды Linux ядросының тарату тізімі 2003 жылы 2 мамырда, бірақ негізгі ядромен біріктіру үшін қабылданбады, өйткені эмуляцияның күрделі бөліктерін өңдеу үшін негізгі кодқа интрузивтік өзгерістер енгізілді. Exec Shield-дің бұрынғы CPU қолдауы NX эмуляциясын кодтың жоғарғы сегментінің шегін бақылау арқылы жақындатады. Бұл контекстті ауыстыру кезінде бірнеше циклды ғана жүктейді, бұл барлық мақсаттар үшін өлшеусіз. NX биті жоқ бұрынғы CPU үшін Exec Shield беттерді код сегментінің шегінен төмен қорғай алмайды; mprotect () қоңырауы жоғары жадыны белгілеу үшін, мысалы, стек, орындалатын барлық жадты орындалатын шектен төмен белгілейді. Осылайша, бұл жағдайларда Exec Shield схемалары сәтсіздікке ұшырайды. Бұл Exec Shield компаниясының төменгі үстеме шығындарының құны. Exec Shield екіге тексереді ELF стек немесе үйме орындалатындығын көрсететін тақырып белгілері. Олар сәйкесінше PT_GNU_STACK және PT_GNU_HEAP деп аталады. Exec Shield бұл басқару элементтерін екілік орындалатын файлдар үшін де, кітапханалар үшін де орнатуға мүмкіндік береді; егер орындалатын файл берілген шектеуді жеңілдететін кітапхананы жүктесе, орындалушы сол таңбалауды мұраға алады және сол шектеу босатылады.

  • Аппараттық қолдау көрсетілетін процессорлар: Linux NX қолдайтындардың барлығы
  • Эмуляция: көмегімен NX жуықтау код сегменті шектеу IA-32 (x86 ) және үйлесімді
  • Басқа қолдау: жоқ
  • Стандартты тарату: Fedora Core және Red Hat Enterprise Linux
  • Шығарылым күні: 2003 жылғы 2 мамыр

PaX

The PaX NX технологиясы NX функционалдығын үлгі ете алады немесе NX бит аппараттық құралын қолдана алады. PaX 32 биттік x86 сияқты NX биті жоқ x86 процессорларында жұмыс істейді. Linux ядро әлі күнге дейін PaX-пен жеткізбейді (2007 жылғы мамырдағы жағдай бойынша); патчты қолмен біріктіру керек.

PaX SEXMEXEC және PAGEEXEC деп аталатын NX бит эмуляциясының екі әдісін ұсынады. SEGMEXEC әдісі өлшенетін, бірақ төмен, әдетте 1% -дан төмен үстеме шығындар жүктейді, бұл виртуалды жадтың айналысына байланысты орындалу мен деректерге қол жеткізу арасындағы айырмашылыққа байланысты тұрақты скаляр болып табылады.[5] SEGMEXEC сонымен қатар тапсырманың виртуалды мекенжай кеңістігін екі есеге азайтуға әсер етеді, бұл тапсырмаға жадқа әдеттегіден азырақ қол жеткізуге мүмкіндік береді. Тапсырма сирек кездесетін әдеттегі мекенжай кеңістігінің жартысынан көбіне қол жеткізуді қажет етпейінше, бұл проблема емес. SEGMEXEC бағдарламаларға жүйелік жадыны көбірек қолдануға мүмкіндік бермейді (яғни жедел жад), тек олардың кіре алатын мөлшерін шектейді. 32 биттік процессорларда бұл 3 ГБ емес, 1,5 Гбайт болады.

PaX жылдамдықты арттыру ретінде PAGEEXEC-тегі Exec Shield жуықтамасына ұқсас әдісті ұсынады; дегенмен, жоғары жады орындалатын деп белгіленсе, бұл әдіс қорғанысын жоғалтады. Мұндай жағдайларда PaX PAGEEXEC пайдаланатын ескі, ауыспалы үстеме әдіске қайтып келеді, ол CS шектеулерінен төмен парақтарды қорғауға мүмкіндік береді, бұл белгілі бір уақыттарда жоғары үстеме операцияға айналуы мүмкін. жадқа қол жеткізу үлгілері. PAGEEXEC әдісі NX биттік жабдықтаушы процессорында қолданылған кезде, NX биттік аппаратурасы қолданылады, осылайша айтарлықтай үстеме шығындар болмайды.

PaX бағдарламалардың жадыны потенциал үшін пайдалы жадыны шығаратын жолмен белгілеуіне жол бермеу үшін mprotect () шектеулерін ұсынады пайдалану. Бұл саясат кейбір қосымшалардың жұмысын тоқтатуына әкеледі, бірақ оны әсер етілген бағдарламалар үшін өшіруге болады.

PaX әрбір екілік орындалатын технологияның келесі функцияларын жеке басқаруға мүмкіндік береді:

  • PAGEEXEC
  • SEGMEXEC
  • mprotect () шектеулері
  • Батут еліктеу
  • Рандомизацияланған орындалатын база
  • Рандомизирленген ммап () негізі

PaX PT_GNU_STACK және PT_GNU_HEAP екеуін де елемейді. Бұрын PaX-та осы параметрлерді құрметтеу үшін конфигурация мүмкіндігі болды, бірақ бұл опция қауіпсіздік мақсатында жойылды, өйткені ол пайдалы емес деп саналды. PT_GNU_STACK бірдей нәтижелеріне mprotect () шектеулерін өшіру арқылы қол жеткізуге болады, өйткені бағдарлама жүктемедегі стек қалыпты жағдайда mprotect () болады. Бұл әрқашан дұрыс болмауы мүмкін; егер бұл сәтсіздікке ұшыраса, PAGEEXEC-ті де, SEGMEXEC-ті де өшіру барлық орындалатын кеңістіктегі шектеулерді тиімді түрде жояды, бұл оның орындалатын кеңістігінде PaX жүйесімен бірдей қорғаныс береді.

macOS

macOS Intel компаниясы NX битін Apple қолдайтын барлық процессорларда қолдайды (Mac OS X 10.4.4 бастап - бірінші Intel шығарылымы - бастап). Mac OS X 10.4 тек NX стек қорғанысын қолдайды. Mac OS X 10.5-те барлық 64 биттік орындалатын бағдарламаларда NX стекі және үйінділері бар; W ^ X қорғанысы. Бұған кіреді x86-64 (Core 2 немесе одан кейінгі нұсқасы) және 64 биттік PowerPC үстінде G5 Mac.

NetBSD

Жағдай бойынша NetBSD 2.0 және одан кейінгі (2004 жылғы 9 желтоқсан) архитектураларда орындалмайтын стек пен үйінділер бар.[6]

Бір беттік түйіршіктілікке ие архитектуралар мыналардан тұрады: альфа, amd64, хппа, i386 (бірге PAE ), powerpc (ibm4xx), sh5, сирек (күн 4м, sun4d ), sparc64.

Аймақ түйіршіктігімен оларды қолдайтын архитектуралар: i386 (PAE жоқ), басқа powerpc (мысалы, macppc).

Басқа архитектуралар орындалмайтын стек пен үймеден пайда алмайды; Бұл функцияларды архитектураларда ұсыну үшін NetBSD әдепкі бойынша кез-келген бағдарламалық жасақтаманы қолданбайды.

OpenBSD

Технологиясы OpenBSD операциялық жүйе W ^ X деген атпен белгілі, оны қолдайтын процессорларда әдепкі бойынша жазылатын парақтарды орындалмайтын етіп белгілейді. 32 биттік x86 процессорлар, код сегменті мекен-жай кеңістігінің бір бөлігін ғана қамтуға, орындалатын кеңістікті қорғаудың кейбір деңгейін қамтамасыз етуге арналған.

OpenBSD 3.3 2003 жылдың 1 мамырында жеткізілді және W ^ X енгізген бірінші болды.

  • Аппараттық қолдау көрсетілетін процессорлар: Альфа, AMD64, HPPA, СПАРК
  • Еліктеу: IA-32 (x86)
  • Басқа қолдау: жоқ
  • Стандартты тарату: Иә
  • Шығарылым күні: 2003 жылғы 1 мамыр

Solaris

Solaris Solaris 2.6 (1997) бастап SPARC процессорларындағы стек орындалуын жаһандық өшіруді қолдайды; Solaris 9-да (2002), орындалатын негізде стек орындалуын өшіруге қолдау қосылды.

Windows

Бастау Windows XP Қызмет жиынтығы 2 (2004) және Windows Server 2003 Service Pack 1 (2005), NX мүмкіндіктері бірінші рет іске асырылды x86 сәулет. Windows жүйесінде орындалатын кеңістікті қорғау «Деректердің орындалуын болдырмау» (DEP) деп аталады.

Windows XP немесе Server 2003 NX-тен қорғаныс өте маңызды қолданылды Windows қызметтері тек әдепкі бойынша. Егер x86 процессор бұл мүмкіндікті аппараттық құралдарда қолдады, содан кейін Windows XP / Server 2003-те NX мүмкіндіктері автоматты түрде қосылды. Егер функцияға x86 процессоры қолдау көрсетпесе, онда ешқандай қорғаныс берілмеген.

DEP-ті ерте іске асыру үшін № жоқ мекен-жай кеңістігінің рандомизациясы (ASLR), бұл мүмкіндік берді libc-қа оралу шабуылдары шабуыл кезінде DEP өшіру үшін қолданылуы мүмкін еді.[7] The PaX құжаттама ASLR не үшін қажет екенін анықтайды;[8] ASLR болмаған жағдайда DEP-ті айналып өтуге болатын әдісті егжей-тегжейлі тұжырымдама дәлелі жасалды.[9] Егер бүлінген кескіндер сияқты дайындалған деректердің мекен-жайы немесе сәтті шабуыл жасау мүмкін болса MP3 файлдары шабуылдаушы білуі мүмкін.

Microsoft ASLR функционалдығын қосты Windows Vista және Windows Server 2008. Бұл платформада DEP автоматты түрде қолдану арқылы жүзеге асырылады PAE ядро 32 биттік Windows-та және 64 биттік ядроларда жергілікті қолдау. Windows Vista DEP жадының белгілі бір бөліктерін тек деректерді сақтауға арналған ретінде белгілеу арқылы жұмыс істейді, оларды NX немесе XD биттік процессор орындалмайтын деп түсінеді.[10] Windows жүйесінде Vista нұсқасынан белгілі бір процесс үшін DEP қосулы немесе ажыратылғандығын көруге болады Процестер / мәліметтер ішіндегі қойынды Windows Task Manager.

Windows DEP бағдарламалық жасақтамасын (NX битін қолданбай) Microsoft корпорациясының «Қауіпсіз құрылымдалған ерекше жағдайларды өңдеу» (SafeSEH) арқылы жүзеге асырады. Сәйкес құрастырылған қосымшалар үшін SafeSEH бағдарламаны орындау кезінде ерекше жағдай туындағанда, ерекше жағдайды өңдеуші бағдарламамен анықталғанын тексереді, ол бастапқыда құрастырылған. Бұл қорғаныстың әсері - шабуылдаушы бағдарламаның тексерілмеген енгізуі арқылы деректер бетінде сақтаған өзінің ерекше жағдай өңдеушісін қоса алмайды.[10][11]

NX-ге қолдау көрсетілген кезде, ол әдепкі бойынша қосылады. Windows бағдарламаларға қай парақтар оның орындалуына жол бермейтінін басқаруға мүмкіндік береді API а-дағы бөлім тақырыптары арқылы PE файлы. API-де NX битіне жұмыс уақытының қол жетімділігі Win32 API қоңыраулары VirtualAlloc [Ex] және VirtualProtect [Мысалы]. Әр парақ жеке орындалатын немесе орындалмайтын деп белгіленуі мүмкін. Алдыңғы x86 аппараттық қолдауының болмауына қарамастан, орындалатын және орындалмайтын парақ параметрлері басынан бері қамтамасыз етіліп келеді. NX дейінгі процессорларда «орындалатын» атрибуттың болуы ешқандай әсер етпейді. Ол жұмыс істегендей құжатталды, нәтижесінде көптеген бағдарламашылар оны дұрыс пайдаланды. PE файлының форматында әр бөлім өзінің орындалуын көрсете алады. Орындау жалауы формат пен стандарт басталғаннан бері бар байланыстырушылар NX битінен бұрын да бұл жалаушаны әрқашан дұрыс қолданған. Осыған байланысты, Windows ескі бағдарламаларда NX битін қолдана алады. Бағдарламалаушы «ең жақсы тәжірибеге» сәйкес келеді деп есептесек, NX қолданыста болған кезде қосымшалар дұрыс жұмыс істеуі керек. Тек бірнеше жағдайда ғана проблемалар туындады; Microsoft корпорациясының өзінің .NET Runtime NX битінде ақаулар болды және жаңартылды.

  • Аппараттық қолдау көрсетілетін процессорлар: x86-64 (AMD64 және Intel 64), IA-64, Efficeon, Pentium M (кейінірек редакциялау), AMD Sempron (кейінірек түзетулер)
  • Еліктеу: иә
  • Басқа қолдау: жоқ
  • Стандартты тарату: Пошта Windows XP
  • Шығарылым күні: 6 тамыз 2004 ж

Xbox

Microsoft корпорациясында Xbox, дегенмен, CPU-да NX биті болмаса да, жаңа нұсқалары XDK код сегментінің шекарасын ядро ​​басына орнатыңыз .дата бөлім (қалыпты жағдайда бұл нүктеден кейін ешқандай код болмауы керек). 51xx нұсқасынан бастап бұл өзгеріс жаңа Xboxes ядросына енгізілді. Бұл ескі эксплойттардың а болған дағдыларын бұзды TSR. Алайда бұл жаңа нұсқаны қолдайтын жаңа нұсқалар тез шығарылды, өйткені негізгі эксплуатацияға әсер етпеді.

Шектеулер

Код қай жерде орындалады және орындалады - a JIT компиляторы көрнекті мысал болып табылады - компилятор эксплуатация кодын жасау үшін пайдаланылуы мүмкін (мысалы, пайдалану JIT спрейі ) орындау үшін жалауша қойылған, сондықтан ол ұсталмайды.[12][13]

Қайтаруға бағытталған бағдарламалау орындалатын кеңістікті қорғауға мәжбүр болған кезде де шабуылдаушыға еркін кодты орындай алады.

Сондай-ақ қараңыз

Әдебиеттер тізімі

  1. ^ «Жадыны басқару қауіпсіздігін жақсарту», Android қауіпсіздік шолуы, 2012/07/29 алынған.
  2. ^ «Әдепкі бойынша NX қосатын Android кодын өзгерту». Android қайнар көзінің репозиторийін өзгерту. Алынған 2019-08-27.
  3. ^ «NX үшін Android үйлесімділігі туралы талап». Android кодына шолу. Алынған 2019-08-27.
  4. ^ «Linux ядросы 2.6.8». kernelnewbies.org. 2004-08-14. Алынған 2015-08-01.
  5. ^ «PaX SEGMEXEC құжаттамасы» (ЖАЗУ). pax.grsecurity.net. 10 қыркүйек, 2004 ж. Алынған 25 қаңтар, 2015.
  6. ^ NetBSD, Орындалмайтын стек және үйінді, 2011/07/14 алынған.
  7. ^ «Кибертеррор туралы блог».
  8. ^ http://pax.grsecurity.net/docs/aslr.txt
  9. ^ «Хабарсыз - 2-том, 4-бап». Архивтелген түпнұсқа 2016-03-12. Алынған 2010-03-19.
  10. ^ а б «Windows XP Service Pack 2, Windows XP Tablet PC Edition 2005 және Windows Server 2003 ішіндегі деректердің орындалуын болдырмау (DEP) функциясының толық сипаттамасы». Microsoft. 2006-09-26. Архивтелген түпнұсқа 2014-09-11. Алынған 2008-07-11.
  11. ^ Джонсон, Питер. «Yasm Пайдаланушы нұсқаулығы, win32: Қауіпсіз құрылымдық ерекшелікті өңдеу». Tortall Networks: ашық бастапқы және ақысыз бағдарламалық жасақтама. Архивтелген түпнұсқа 2015 жылдың 2 қаңтарында. Алынған 27 қыркүйек 2015.
  12. ^ Дион Блазакис. «Аудармашыны пайдалану: көрсеткішті тұжырымдау және JIT бүрку» (PDF).
  13. ^ Алексей Синцов (05.03.2010). «Көңіл көтеру және пайда табу үшін JIT-Spray Shellcode жазу» (PDF). Архивтелген түпнұсқа (PDF) 2016-03-04.