Ci sono molte azioni in Windows che generano automaticamente dubbi su permessi, privilegi e limiti. Più di una volta sono state segnalate come bug, quando in realtà si muovono su una linea grigia molto sottile. Se vuoi un esempio, il ricercatore Alexander Korznikov ha pubblicato una breve demo in cui un utente con privilegi elevati dirotta la sessione di un altro utente, senza inserire credenziali né altro. Vulnerabilità o parte del design?
La backdoor dei tasti permanenti
Uno dei modi più vecchi e allo stesso tempo più efficaci per accedere a un computer con Windows protetto da password è usare la backdoor basata sui tasti permanenti (Sticky Keys). Se non sai di cosa si tratta, cerca su Google «sethc.exe» e sei già sulla buona strada. L'ho usato almeno mezza dozzina di volte per ripristinare l'accesso a utenti che avevano dimenticato la password (o avevano provato a cambiarla, l'avevano scritta male e non sapevano cosa fosse rimasto), e tutto ciò che serve è una copia del sistema operativo. Sono passate tre versioni principali di Windows da quando ho sentito parlare di questa scorciatoia, ed è ancora lì. Se richiede accesso fisico al computer, è vero che Microsoft non le presta molta attenzione... ma immagina per un momento quali altre cose si possono fare nel sistema operativo.
https://www.youtube.com/embed/oPk5off3yUgLa demo di Alexander Korznikov
Questo ci porta all'ultima demo pubblicata dal ricercatore Alexander Korznikov. Quello che hai appena visto nel video è il dirottamento, da parte di un utente con privilegi elevati, di una sessione bloccata da un altro utente. L'unica cosa che ha usato nel processo è il Task Manager e una copia del formidabile strumento PsExec di Mark Russinovich. Quando cerca di connettersi alla sessione per la prima volta, Windows richiede correttamente la password, ma con l'aiuto di PsExec, il Task Manager viene elevato a «NT AUTHORITY/SYSTEM»... e il resto è storia.
Vulnerabilità o funzionalità?
Ora, Korznikov ha dei dubbi, e anche noi. È davvero una vulnerabilità o no? Secondo Microsoft non lo è, perché la sua esecuzione richiede privilegi di amministratore in primo luogo. E d'altra parte, la cosa di Korznikov si qualifica meglio come «riscoperta», perché è stata segnalata nell'aprile 2011. Eppure... forse quelle sessioni dovrebbero essere un po' più separate, no?
