{"id":34721,"date":"2019-10-31T22:00:00","date_gmt":"2019-10-31T19:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/plany-po-usileniyu-mehanizma-zashhity-w-x-v-openbsd\/"},"modified":"2019-10-31T22:00:00","modified_gmt":"2019-10-31T19:00:00","slug":"plany-po-usileniyu-mehanizma-zashhity-w-x-v-openbsd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/plany-po-usileniyu-mehanizma-zashhity-w-x-v-openbsd","title":{"rendered":"Pl\u00e4ne zur Verst\u00e4rkung des W^X-Schutzmechanismus in OpenBSD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Theo De Raadt teilte mit<\/a><\/noindex> seine Pl\u00e4ne zur Verst\u00e4rkung des W^X (Write XOR Execute)-Schutzmechanismus. Der Kern des Mechanismus besteht darin, dass Speicherseiten eines Prozesses nicht gleichzeitig zum Schreiben und Ausf\u00fchren zug\u00e4nglich sein k\u00f6nnen. Somit kann Code nur ausgef\u00fchrt werden, nachdem das Schreiben verboten wurde, und das Schreiben auf eine Speicherseite ist nur nach dem Verbot der Ausf\u00fchrung m\u00f6glich. Der W^X-Mechanismus hilft, Anwendungen im Benutzerspeicher vor typischen Angriffen zu sch\u00fctzen, die durch Puffer\u00fcberl\u00e4ufe, einschlie\u00dflich Stack\u00fcberl\u00e4ufen, ausgef\u00fchrt werden, und er ist in OpenBSD aktiv. standardm\u00e4\u00dfig<\/a><\/noindex>.<\/p>\n

Von Beginn der Arbeiten an W^X war klar, dass dies ein langer Weg sein w\u00fcrde, da es eine erhebliche Anzahl von Anwendungen gibt, die JIT verwenden. JIT-Implementierungen lassen sich in drei Kategorien unterteilen:<\/p>\n