1. [ویکی](https://feex.it/wiki/)
2. [Hardware](https://feex.it/wiki/hardware/)
3. [سسٹمز اور آرکیٹیکچر](https://feex.it/wiki/hardware/system/)
4. Execute Disable (NX)

# Execute Disable (NX)

آرکیٹیکچر کا حوالہ: Feex

Execute Disable، جسے x86 کی اصطلاح میں NX یا XD بھی کہا جاتا ہے، پیج ٹیبلز کو میموری کو نان ایگزیکیوٹیبل کے طور پر نشان زد کرنے کی اجازت دیتا ہے۔ یہ آپریٹنگ سسٹم کی ایگزیکیوشن پروٹیکشن پالیسیوں کے ذریعے استعمال ہونے والا ایک ہارڈویئر بلڈنگ بلاک ہے۔

## آپ کے لیے جاننا کیا ضروری ہے

Execute Disable، جسے x86 کی اصطلاح میں NX یا XD بھی کہا جاتا ہے، پیج ٹیبلز کو میموری کو نان ایگزیکیوٹیبل کے طور پر نشان زد کرنے کی اجازت دیتا ہے۔ یہ آپریٹنگ سسٹم کی ایگزیکیوشن پروٹیکشن پالیسیوں کے ذریعے استعمال ہونے والا ایک ہارڈویئر بلڈنگ بلاک ہے۔

## یہ کیسے کام کرتا ہے

جب قابل اطلاق پیجنگ ماحول میں فعال کیا جائے، تو نان ایگزیکیوٹیبل کے طور پر نشان زد پیج سے انسٹرکشن فیچ اس کے بائٹس کو چلانے کے بجائے فالٹ پیدا کرتی ہے۔ پیج کی اجازتیں ڈیٹا تک رسائی سے ایگزیکیوشن میں فرق کرتی ہیں؛ مناسب اجازتیں تفویض کرنا اور جائز طور پر تیار کردہ کوڈ کے لیے منتقلی کو سنبھالنا سافٹ ویئر کی ذمہ داری ہے۔

## یہ کہاں مفید ہے

ایک OS کسی ڈیٹا بفر کو بغیر ایگزیکیوشن کی اجازت کے میپ کر سکتا ہے تاکہ اس بفر میں مشین کوڈ بائٹس لکھنے سے وہ ایگزیکیوٹیبل کوڈ پیج نہ بنے۔ JIT رن ٹائمز تیار کردہ کوڈ کے لیے دستاویز شدہ میموری مینجمنٹ APIs اور اجازت کی پالیسیاں استعمال کرتے ہیں۔

## سپورٹ اور فعالی کی جانچ کیسے کریں

CPUID.80000001H:EDX بٹ 20 متعلقہ وینڈر کی تعریف کے تحت x86 ایگزیکیوٹ ڈس ایبل کی صلاحیت کو شمار کرتی ہے۔ اصل نفاذ کا انحصار پیجنگ موڈ اور OS کے فعال ہونے پر بھی ہے۔ کسی CPU ماڈل سے اندازہ لگانے کے بجائے OS کی دستاویزی حفاظتی حیثیت کا معائنہ کریں۔

صلاحیت، فعالی اور نفاذ کو الگ الگ چیک کیا جانا چاہیے۔ ایک پروسیسر تحفظ کی حمایت کر سکتا ہے جبکہ OS، ایپلی کیشن یا ورچوئل مشین پالیسی اسے چالو نہیں کرتی ہے۔ ڈیٹا بیس کا معاون فیلڈ چلتے ہوئے سسٹم کی تصدیق نہیں ہے۔

## یہ خصوصیت کیا ثابت نہیں کرتی

NX یہ ثابت نہیں کرتا کہ کوئی ایگزیکیوٹیبل فائل محفوظ ہے، ہر کوڈ ری یوز حملے کو روکتا ہے یا Windows کی اہلیت کو ثابت کرتا ہے۔ ڈیٹا علیحدہ اجازتوں کے مطابق پڑھنے یا لکھنے کے قابل رہتا ہے۔ فیچر فلیگ کا مطلب یہ نہیں ہے کہ میموری کی ہر میپنگ سخت رائٹ/ایگزیکیوٹ پالیسی پر عمل پیرا ہے۔

## عملی طور پر مطابقت اور کارکردگی

OS، فرم ویئر اور متاثرہ رن ٹائم کو تازہ ترین رکھیں۔ اگر کوئی تحفظ مطابقت کا مسئلہ پیدا کرتا ہے، تو پہلے وینڈر کے تشخیصی اور معاون اپ ڈیٹس استعمال کریں۔ ایک وسیع تحفظ کا ٹوگل غیر متعلقہ ایپلی کیشنز کو متاثر کر سکتا ہے اور اسے ایک واضح تعیناتی اور بحالی کی پالیسی کے تحت ہونا چاہیے۔

## عملی تصدیقی چیک لسٹ

1. پروسیسر یا پلیٹ فارم کا اصل ماڈل اور شامل ایپلی کیشن، OS اور رن ٹائم کے ورژنز ریکارڈ کریں۔ اصل خرابی یا ضرورت کے الفاظ کو جوں کا توں محفوظ رکھیں۔
2. اس مخصوص ماڈل کے لیے مینوفیکچرر کے حوالے کو چیک کریں، پھر اس ماحول میں مؤثر صلاحیت اور فعال حالت کا معائنہ کریں جہاں پروگرام چلتا ہے۔
3. منتخب کردہ بائنری یا بیک اینڈ کی ہر ضرورت کا موازنہ کریں۔ ملتے جلتے نام کی خصوصیت، عرفیت یا وسیع ٹیکنالوجی لیبل کافی نہیں ہے۔
4. تصدیق کریں کہ ایپلی کیشن نے مطلوبہ عمل درآمد کا انتخاب کیا ہے۔ اس کی دستاویزی تشخیص اور معاون متبادل کا استعمال کریں جب ضروریات پوری نہ ہوں۔
5. ایک وقت میں ایک معاون تبدیلی کریں اور وہی ورک لوڈ دہرائیں۔ اصل کنفیگریشن اور بحالی کا راستہ دستیاب رکھیں۔

## اگر خصوصیت درج ہے لیکن سافٹ ویئر اسے استعمال نہیں کر سکتا

فیل ہونے والے اصل جزو سے شروعات کریں۔ ہارڈ ویئر ڈیٹا بیس ریکارڈ شدہ صلاحیت کو بیان کرتا ہے؛ آپریٹنگ سسٹم یا ہائپروائزر ایک مختلف مؤثر ماحول فراہم کر سکتا ہے۔ ایک غیر قانونی ہدایت کی خرابی (illegal-instruction error) میں بھی اصل خرابی پیدا کرنے والی ہدایت اور بائنری بلڈ کی تحقیقات کی ضرورت ہوتی ہے، کیونکہ کرپشن یا ایک غیر متعلقہ غیر معاون ہدایت ایسی ہی علامت پیدا کر سکتی ہے۔

مخصوص پلیٹ فارم کے لیے معاونت یافتہ ایپلی کیشن، ڈرائیور یا رن ٹائم ورژن انسٹال کریں، اور اگر ضرورت ہو تو وینڈر کا دستاویزی بنیادی یا فال بیک بلڈ استعمال کریں۔ سافٹ ویئر اپ ڈیٹ ایسی ہدایت تیار نہیں کر سکتا جس کی پروسیسر میں کمی ہو۔ فرم ویئر اور سیکیورٹی پالیسی کی تبدیلیوں کو عام اصلاحی طریقے کے بجائے سسٹم مینوفیکچرر کے طریقہ کار اور بحالی کے منصوبے پر عمل کرنا چاہیے۔

## متعلقہ خصوصیات اور مفید امتیازات

[OS Guard اور SMEP](https://feex.it/wiki/l/ur/hardware/system/os-guard/) · [SMAP](https://feex.it/wiki/l/ur/hardware/system/smap/) · [Control-flow Enforcement (CET)](https://feex.it/wiki/l/ur/hardware/system/cet/)

## اس وضاحت کے ذرائع اور دائرہ کار

[Intel 64 and IA-32 Architectures Software Developer's Manual](https://www.intel.com/content/www/us/en/developer/articles/technical/intel-sdm.html)

یہ حوالہ جات آرکیٹیکچرل رویے اور سافٹ ویئر کی ضروریات کو قائم کرتے ہیں۔ وہ لنک شدہ ہارڈ ویئر ماڈل کے صفحے پر ہر خصوصیت کی قدر کی آزادانہ طور پر تصدیق نہیں کرتے ہیں۔ ماڈل کی سپورٹ کے لیے، اس صفحے کے مینوفیکچرر کے ثبوت استعمال کریں اور مؤثر سسٹم کنفیگریشن چیک کریں۔ یہ مضمون بینچ مارک، سرٹیفیکیشن یا آزادانہ جائزے کی تاریخ فراہم نہیں کرتا ہے۔

## متعلقہ

یہ اینٹیٹیز اس مضمون سے مربوط ہیں۔ ہر لنک پر قسم دکھائی گئی ہے۔

[OS Guard اور SMEP: آرکیٹیکچر کا حوالہ](https://feex.it/wiki/l/ur/hardware/system/os-guard/)[SMAP: آرکیٹیکچر کا حوالہ](https://feex.it/wiki/l/ur/hardware/system/smap/)[Control-flow Enforcement (CET): آرکیٹیکچر کا حوالہ](https://feex.it/wiki/l/ur/hardware/system/cet/)

## ذرائع اور توثیق

ادارتی ملکیت: Feex۔ آزادانہ جائزے کی کوئی تاریخ ریکارڈ نہیں کی گئی ہے۔ [ہم تحقیق کیسے کرتے ہیں](https://feex.it/wiki/research/).

- [Intel 64 and IA-32 Architectures Software Developer's Manual ](https://www.intel.com/content/www/us/en/developer/articles/technical/intel-sdm.html)· جلد 1 اور 2 نامزد انسٹرکشن فیملیز اور CPUID کی وضاحت کرتی ہیں؛ جلد 3 اسٹیٹ، پیجنگ، VMX اور پروٹیکشن کنٹرولز کی وضاحت کرتی ہے۔ آرکیٹیکچر کی دستاویزات کسی خاص ماڈل کے لیے سپورٹ کا تعین نہیں کرتیں۔

## کیا یہ مضمون مفید تھا؟

ہاں یا نہیں کافی ہے۔ اگر آپ چاہیں تو کوئی وجہ منتخب کریں، یا ایک مختصر نوٹ شامل کریں۔

فوری حقائق

اس صفحے کی مختصر شناخت۔ تفصیلات، ذرائع اور مکمل کہانی مضمون میں موجود رہتی ہے۔

---

Source: [Canonical Feex Wiki page](https://feex.it/wiki/l/ur/hardware/system/execute-disable/)

[Developer guide](https://feex.it/wiki/developers/) | [API policy](https://feex.it/developers/api-policy/) | [Agent guidance](https://feex.it/wiki/llms.txt)