NX Bit anche per Intel

NX Bit anche per Intel

Nel terzo trimestre dell'anno Intel ha intenzione di implementare la tencologia di sicurezza NX Bit

di pubblicata il , alle 18:04 nel canale Processori
Intel
 
I migliori sconti su Amazon oggi
-37%

Amazfit Bip 5, 46 mm, Smartwatch, Schermo grande, chiamate Bluetooth, Alexa, GPS, durata della batteria di 10 giorni, fitness tracker con frequenza cardiaca, monitoraggio dell'ossigeno nel sangue

89.90 56.90€ Compra ora
-37%

Lefant M330Pro Robot Aspirapolvere Lavapavimenti con Mappatura, Navigazione dToF, Zona vietata, Evitamento ostacoli PSD, Aspirazione 5000Pa, 150 minuti, Pulizia programmata, Alexa/APP/WiFi,Nero

Compra ora
-6%

TCL 55T6C 55'' QLED TV 4K HDR, FireTV (SmartTV con Dolby Vision e Atmos, HDR10+, Premi e Chiedi ad Alexa)

349.00 329.00€ Compra ora
64 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
cionci08 Luglio 2004, 09:43 #31
E pensare che 5 anni fa volevano introdurre IA64 sui desktop nel 2005
ilsensine08 Luglio 2004, 10:09 #32
Originariamente inviato da repne scasb
Da questo punto di vista il NO_EXECUTE non
permettera' piu' la possibilita' di scrivere codice automodificante

mmap(PROT_READ|PROT_WRITE|PROT_EXEC)
magilvia08 Luglio 2004, 10:15 #33
Vorrei sapere se la tecnologia NX sarà disabilitabile dall'utente (come su A64) oppure sulle CPU intel bisognerà sorbirsela così com'è... Qualcuno ha informazioni in merio?

Si ho letto che era possibile disabilitarlo ma se il 90% degli utenti non lo farà/non saprà come farlo è chiaro che nessun programma verrà più scritto in assembler automodificante.
repne scasb08 Luglio 2004, 10:34 #34
crismatica08 Luglio 2004, 10:39 #35

AMD

peccato che amd negli AMD 64 bit abbia già questa tecnolgia integrata che si abilità con sp2

intel sempre a rincorre ultimamente.....
ilsensine08 Luglio 2004, 11:15 #36
Originariamente inviato da repne scasb
Ora, attivano il bit NX "non" dovrebbe essere possibile dichiarare una pagina di memoria contemporaneamente "PROT_WRITE" e "PROT_EXEC" (PROT_WRITE|PROT_EXEC), si dovrebbe pttenere un eccezione 0dh.

Lo scopo di NX è dichiarare una pagina non eseguibile. Se mappi una pagina _senza_ il bit NX _e_ scrivibile, puoi utilizzare il codice polimorfico.

Il "piccolo" problema dei programmi esistenti è che essi piazzano il codice polimorfico sullo stack o sull'heap. Il sistema operativo utilizza l'NX per rendere non eseguibili queste regioni, che notoriamente sono il target degli attacchi con buffer overflow. Sperabilmente chi usa queste tecniche di programmazione la smetterà finalmente di scrivere codice in questo modo; la tecnica _corretta_ (e chi ha usato questa può star tranquillo anche con l'NX) è la seguente:
mmap con accesso RW+exec
crei il codice da eseguire nella regione mappata
mprotect R+exec (toglie l'accesso W!)
repne scasb08 Luglio 2004, 11:38 #37
ilsensine08 Luglio 2004, 11:56 #38
Originariamente inviato da repne scasb
Stiamo parlando due lingue diverse, e ho il sospetto che stiamo parlando di due cose diverse. Assodato che per NX flag stiamo parlando di questo: http://www.amd.com/us-en/assets/con..._docs/20734.pdf Cap 4.1.3.3 (e non del _NO_EXECUTE_FLAG_ disponibile in alcuni sistemi operativi), dico che:

Sto parlando di quello. Dove hai letto che una pagina scrivibile non può avere l'NX a 0? Mi hai fatto venire il dubbio, ma non riesco a trovare nulla su questo punto.

1) Ho provato "ora" presa da curiosita il SP2 non devinitivo di WinXP su Athlon64.

Non conosco questi dettagli di windows e non so come hanno implementato la gestione.
repne scasb08 Luglio 2004, 12:21 #39
jappilas08 Luglio 2004, 12:25 #40

rientrato ora a riguardare il thread...


« Pagina Precedente     Pagina Successiva »

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^