這篇文章主要介紹了linux nx指的是什么的相關知識，內容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇linux nx指的是什么文章都會有所收獲，下面我們一起來看看吧。

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：域名注冊、雅安服務器托管、營銷軟件、網站建設、射洪網站維護、網站推廣。

linux nx是指“No-eXecute”，是linux中的一種保護機制，也就是數據不可執(zhí)行，防止因為程序運行出現溢出而使得攻擊者的shellcode可能會在數據區(qū)嘗試執(zhí)行的情況。

Linux程序常見用的一些保護機制

一、NX（Windows中的DEP）

NX：No-eXecute、DEP：Data Execute Prevention

• 也就是數據不可執(zhí)行，防止因為程序運行出現溢出而使得攻擊者的shellcode可能會在數據區(qū)嘗試執(zhí)行的情況。

• gcc默認開啟，選項有：

gcc -o test test.c      // 默認情況下，開啟NX保護
gcc -z execstack -o test test.c  // 禁用NX保護
gcc -z noexecstack -o test test.c  // 開啟NX保護

二、PIE（ASLR）

PIE：Position-Independent Excutable、ASLR：Address Space Layout Randomization

• fpie/fPIE：需要和選項-pie一起使用開啟pie選項編譯可執(zhí)行文件使得elf擁有共享庫屬性，可以在內存任何地方加載運行。與之相似的還有fpic/fPIC，關于其說明https://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html

-fpic

	Generate position-independent code (PIC) suitable for use in a shared library, if supported for the target machine. Such code accesses all constant addresses through a global offset table (GOT). The dynamic loader resolves the GOT entries when the program starts (the dynamic loader is not part of GCC; it is part of the operating system). If the GOT size for the linked executable exceeds a machine-specific maximum size, you get an error message from the linker indicating that -fpic does not work; in that case, recompile with -fPIC instead. (These maximums are 8k on the SPARC, 28k on AArch74 and 32k on the m68k and RS/6000. The x86 has no such limit.)

	Position-independent code requires special support, and therefore works only on certain machines. For the x86, GCC supports PIC for System V but not for the Sun 386i. Code generated for the IBM RS/6000 is always position-independent.

	When this flag is set, the macros `__pic__` and `__PIC__` are defined to 1.

-fPIC

	If supported for the target machine, emit position-independent code, suitable for dynamic linking and avoiding any limit on the size of the global offset table.This option makes a difference on AArch74, m68k, PowerPC and SPARC.

	Position-independent code requires special support, and therefore works only on certain machines.

	When this flag is set, the macros `__pic__` and `__PIC__` are defined to 2.

-fpie
-fPIE

	These options are similar to -fpic and -fPIC, but the generated position-independent code can be only linked into executables. Usually these options are used to compile code that will be linked using the  -pie  GCC option.

	-fpie and -fPIE both define the macros `__pie__` and `__PIE__`. The macros have the value 1 for `-fpie` and 2 for `-fPIE`.

• 區(qū)別在于fpic/fPIC用于共享庫的編譯，fpie/fPIE則是pie文件編譯的選項。文檔中說 pic（位置無關代碼）生成的共享庫只能鏈接于可執(zhí)行文件，之后根據自己編譯簡單C程序，pie正常運行，即如網上許多文章說的 pie 選項生成的位置無關代碼可假定于本程序，但是我也沒看出fpie/fPIE有啥區(qū)別，只是宏定義只為1和2的區(qū)別，貌似...
  編譯命令（默認不開啟PIE）：

gcc -fpie -pie -o test test.c    // 開啟PIE
gcc -fPIE -pie -o test test.c    // 開啟PIE
gcc -fpic -o test test.c         // 開啟PIC
gcc -fPIC -o test test.c         // 開啟PIC
gcc -no-pie -o test test.c       // 關閉PIE

• 而ASLR（地址空間隨機化），當初設計時只負責棧、庫、堆等段的地址隨機化。ASLR的值存于/proc/sys/kernel/randomize_va_space中，如下：

0 - 表示關閉進程地址空間隨機化。
1 - 表示將mmap的基址，stack和vdso頁面隨機化。
2 - 表示在1的基礎上增加棧（heap）的隨機化。（默認）

更改其值方式：echo  0 >  /proc/sys/kernel/randomize_va_space

vDSO：virtual dynamic shared object；
mmap：即內存的映射。
PIE 則是負責可執(zhí)行程序的基址隨機。
以下摘自Wiki：

Position-independent executable (PIE) implements a random base address for the main executable binary and has been in place since 2003. It provides the same address randomness to the main executable as being used for the shared libraries.

PIE為ASLR的一部分，ASLR為系統(tǒng)功能，PIE則為編譯選項。
注：在heap分配時，有mmap()和brk()兩種方式，由malloc()分配內存時調用，分配較小時brk，否則mmap，128k區(qū)別。

三、Canary（棧保護）

??Canary對于棧的保護，在函數每一次執(zhí)行時，在棧上隨機產生一個Canary值。之后當函數執(zhí)行結束返回時檢測Canary值，若不一致系統(tǒng)則報出異常。

• Wiki：

• Canaries or canary words are known values that are placed between a buffer and control data on the stack to monitor buffer overflows. When the buffer overflows, the first data to be corrupted will usually be the canary, and a failed verification of the canary data will therefore alert of an overflow, which can then be handled, for example, by invalidating the corrupted data. A canary value should not be confused with a sentinel value.

??如上所述，Canary值置于緩沖區(qū)和控制數據之間，當緩沖區(qū)溢出，該值被覆寫，從而可以檢測以判斷是否運行出錯或是受到攻擊。緩解緩沖區(qū)溢出攻擊。

• 編譯選項：

gcc -o test test.c                       //默認關閉
gcc -fno-stack-protector -o test test.c  //禁用棧保護
gcc -fstack-protector -o test test.c     //啟用堆棧保護，不過只為局部變量中含有 char 數組的函數插入保護代碼
gcc -fstack-protector-all -o test test.c //啟用堆棧保護，為所有函數插入保護代碼

四、RELRO（RELocation Read Only）

在Linux中有兩種RELRO模式：”Partial RELRO“ 和 ”Full RELRO“。Linux中Partical RELRO默認開啟。

Partial RELRO：

• 編譯命令：
  gcc -o test test.c  // 默認部分開啟
  gcc -Wl,-z,relro -o test test.c // 開啟部分RELRO
  gcc -z lazy -o test test.c // 部分開啟

• 該ELF文件的各個部分被重新排序。內數據段（internal data sections）（如.got，.dtors等）置于程序數據段（program's data sections）（如.data和.bss）之前；

• 無 plt 指向的GOT是只讀的；

• GOT表可寫（應該是與上面有所區(qū)別的）。

Full RELRO：

• 編譯命令：
  gcc -Wl,-z,relro,-z,now -o test test.c    // 開啟Full RELRO
  gcc -z now -o test test.c  // 全部開啟

• 支持Partial模式的所有功能；

• 整個GOT表映射為只讀的。

gcc -z norelro -o a a.c // RELRO關閉，即No RELRO

Note：

• .dtors：當定義有.dtors的共享庫被加載時調用；

• 在bss或數據溢出錯誤的情況下，Partial和Full RELRO保護ELF內數據段不被覆蓋。 但只有Full RELRO可以緩解GOT表覆寫攻擊，但是相比較而言開銷較大，因為程序在啟動之前需要解析所有的符號。

關于“l(fā)inux nx指的是什么”這篇文章的內容就介紹到這里，感謝各位的閱讀！相信大家對“l(fā)inux nx指的是什么”知識都有一定的了解，大家如果還想學習更多知識，歡迎關注創(chuàng)新互聯行業(yè)資訊頻道。