|
|
|
|
Strumenti |
04-11-2010, 09:23 | #1 |
www.hwupgrade.it
Iscritto dal: Jul 2001
Messaggi: 75175
|
Link alla notizia: http://www.hwfiles.it/news/internet-...ion_34296.html
Microsoft informa in merito a una vulnerabilità individuata in Internet Explorer 6, 7 e 8. Disponibile un workaround in attesa della patch Click sul link per visualizzare la notizia. |
04-11-2010, 11:04 | #2 | |
Senior Member
Iscritto dal: Oct 2001
Messaggi: 19497
|
Quote:
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
04-11-2010, 11:10 | #3 | |
Senior Member
Iscritto dal: May 2001
Messaggi: 12577
|
Quote:
Comunque non scordiamoci che in Vista e 7 IE gira sotto modalità protetta (se UAC è abilitato). |
|
04-11-2010, 11:14 | #4 |
Senior Member
Iscritto dal: Nov 2001
Città: Taniquetil
Messaggi: 7810
|
15% degli utenti web sono quelli che vanno in giro con la scritta KickMe! attaccata sulla schiena
|
04-11-2010, 14:15 | #5 | ||
Senior Member
Iscritto dal: Oct 2001
Messaggi: 19497
|
Quote:
Quote:
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
||
04-11-2010, 14:29 | #6 |
Senior Member
Iscritto dal: Aug 2002
Messaggi: 713
|
Per la cronaca, sono diversi anni che esistono tecniche per bypassare DEP e ASLR. Non siate così tranquilli e gioiosi.
EDIT: E l'UAC non è mai stata una protezione contro exploit remoti, mai. P.S. Non dimenticatevi l'enorme utenza aziendale, loro certo non possono aggiornare il browser e magari neanche il povero reparto IT può farlo se l'azienda utilizza software che necessitano per forza di IE6 (caso frequente). Ultima modifica di albythebest : 04-11-2010 alle 14:37. |
04-11-2010, 14:40 | #7 | |
Senior Member
Iscritto dal: Oct 2001
Messaggi: 19497
|
Quote:
meglio di un calcio nelle palle, comunque
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
05-11-2010, 09:49 | #8 | |
Senior Member
Iscritto dal: Jun 2000
Città: Pisa
Messaggi: 1142
|
Quote:
__________________
>Acret Travelmate P6 >ASUS N56J >iPad 9° generazione 64Gb >Xiaomi Redmi Note 10 Pro >iPhone 8 Plus >iPhone 11 >Macbook Air M1 8/256 |
|
08-11-2010, 15:30 | #9 | ||
Senior Member
Iscritto dal: May 2001
Messaggi: 12577
|
Vista e 7 sfruttano il concetto di Integrity Level che è presto detto: ogni eseguibile gira ad un dato livello e nella gerarchia un processo che ha integrità più bassa non può modificare risorse ad integrità più alta (di default dovrebbe essere comunque consentita la sola lettura).
Con UAC abilitato la maggior parte dei processi utente gira a livello di integrità Medio. IE e Chrome hanno un processo padre che ha integrità Media, mentre invece i processi figli (ergo le finestre e in IE anche i plugins) girano ad integrità Bassa. Questo significa che se esiste una falla in IE tale per cui si possa eseguire codice direttamente dal processo, questo codice comunque non può modificare i processi ad integrità più alta. Quando si da autorizzazione ad UAC il processo viene elevato e passa ad integrità Alta, il che significa che comunque processi Medi e Bassi non potranno intaccarlo. Chiaramente un processo con integrità Alta può toccare tutti gli altri al di sotto. Faccio notare che comunque che esiste un livello di integrità ancora superiore, che dovrebbe essere riservato ai servizi di sistema. Quote:
All'ultimo CanSecWest hanno presentato l'exploit su IE8, riuscendo ad avviare la calcolatrice, ma non potendo comunque modificare e o eseguire altro codice che non fosse già presente sulla macchina. Quote:
Tuttavia UAC garantisce un certo livello di protezione (per il sistema stesso, non per i dati dell'utente, di cui il responsabile è e rimane l'utente), tant'è che nel primo anno di vita di Vista il 92% delle falle del sistema sono risultate inoffensive grazie ad UAC, proprio per i motivi sopra citati (integrity levels in particolare). UAC di per se consente agli utenti di passare più tempo con privilegi limitati, ed è questo che fa la differenza. Ultima modifica di WarDuck : 08-11-2010 alle 15:34. |
||
08-11-2010, 16:53 | #10 | |
Senior Member
Iscritto dal: Oct 2001
Messaggi: 19497
|
Quote:
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
09-11-2010, 11:29 | #11 | |
Senior Member
Iscritto dal: May 2001
Messaggi: 12577
|
Quote:
Quando con UAC ti elevi, passi ad Admin. In ogni caso grazie agli Integrity Levels è possibile fornire una sorta di sandboxing dei processi non strettamente legato all'utente, vedi il caso di IE. La conclusione più logica è: chi ha Vista o 7 tenesse UAC attivato . |
|
09-11-2010, 12:09 | #12 | |
Senior Member
Iscritto dal: Oct 2001
Messaggi: 19497
|
Quote:
beh, in ogni caso ormai sono secoli che uso account limitati, quindi non ho ben capito che vantaggio in più da lo UAC.
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
09-11-2010, 14:10 | #13 | |
Senior Member
Iscritto dal: Sep 2004
Messaggi: 3963
|
Quote:
__________________
Dai wafer di silicio nasce: LoHacker... il primo biscotto Geek |
|
09-11-2010, 16:25 | #14 |
Bannato
Iscritto dal: Aug 2010
Messaggi: 63
|
La randomizzazione ASLR della memoria dei progammi che supportano questa features del sistema operativo e' una funzionalita' in piu' per non violare il DEP Hardware.Quello che conta e' il DEP per non far eseguire codice arbitrario da remoto nella zona dati di memoria del programma vulnerabile aperto in RAM ...il tutto tramite apposito codice Exploit sulla vulnerabilita' relativamente complicato
I casi di bypassing dell'ASLR illustrati in rete per poi eludere il DEP hardware con tecnica Retun to Lib ( DEP hardware e' supportato dalle CPU Intel con Feature XD o AMD con NX ) sono stai PoC ( Proof of Concept) prontamente comunicati a Microsoft per la risoluzione, compreso il caso nel contest hacker con Miller dove poi come gia' scritto qua sopra il tutto non consentiva all'exploit su software vulnerabile di mandare in esecuzione tramite apposito shellcode nell'exploit software da remoto (codice malware) ma solo presente in locale sulla macchina . L'uso di sistemi a 64bit rende l'ASLR ancora piu' sicuro essendo la randomizzazione della memoria ancora piu' elevata su indirizzi appunto a 64bit e non solo a 32bit Oltre a cio' nello sporadico ed isolato caso che DEP & ASLR venissero bypassato con exploit apposito di estrema complicatezza si di un software vulnerabile e not patched la shellcode iniettata dall'exploit da eseguire nello spazio dati del software vulnerabile e' di solito un drive-by download automatico di codice malevolo che vuole andarsi ad installare con una silent install sul sistema scrivendo le chiamate nel registro ( HKCM) e gli eseguibili di codice malevolo nella directory di Windows ( servizi ,file .exe, .dll malware ) In questo caso UAC blocca queste scritture di installing se non vi e' l'elevazione di privilegio dove lo user deve acconsentire per farlo cosi' come poi vi e' anche la protezione permanente dell'antivirus sul sistema |
09-11-2010, 17:26 | #15 |
Bannato
Iscritto dal: Aug 2010
Messaggi: 63
|
Dimenticavo:
quegli utenti che usassero ancora Internet Explorer 6 su XP dovrebbero abilitare il DEP manualmente su tutti i programmi ( quindi IE6 compreso) da Pannello di controllo\Sistema\Avanzate\Prestazioni>Impostazioni >Protezione Esecuzione Programmi>Attiva protezione programmi per tutti i programmi..e poi riavviare ..( Internet Explorer 8 su XP Sp3 si abilita il DEP in permanent mode da solo...il tutto e' visibile con Process Explorer) Considerando che chi usa ancora IE6 su XP Sp3 siano ancora le aziende, tutte lavorano con Account con diritti ristretti ovvero limitato e relative policy quindi il malware non si installerebbe sul sistema il tutto coadiuvato da software antivirus corporate Chi invece usa ancora IE6 a casa su XP Sp3 navigando il web pure loggato al sistema con account amministratore meglio si aggiorni a IE8 che e' ora..siamo nel 2011 Ultima modifica di .:Telsey:. : 09-11-2010 alle 17:30. |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 09:44.