ASLR significa che le dll di rebasing non sono richieste?

Question

Ho ragione nel pensare che non è il caso di ridefinire le nostre DLL durante la nostra build se usiamo ASLR dato che le dll verranno rideterminate comunque quando il kernel verrà a caricarle?

Sono preoccupato che la nostra applicazione venga spesso utilizzata sui computer di Servizi terminal. Quindi, se il rebasing si verifica al momento del caricamento, potremmo ritrovarci con le dll ripubblicate per ogni processo in cui sono caricate (ci sarebbe un processo per sessione). E questo comporterebbe un maggiore utilizzo di memoria e paging rispetto a quello che vogliamo pagare. Devo essere preoccupato?

Ho trovato il seguente post sul blog che dice che il rebasing si verifica solo una volta ed è a livello di sistema: Matt Evans - Enabling ASLR for memory savings?. Non ho visto altri riferimenti su questo, quindi volevo essere sicuro che se io uso ASLR e non rebase durante la nostra build non causerò problemi di memoria su una casella Servizi terminal?

Answer 1

Quindi, in base alla mia lettura, non dovresti avere problemi. ASLR fa sì che la DLL sia caricata in un indirizzo di memoria semi-casuale e non dovrebbe semplicemente iniziare il rebasing per ogni processo. Se vuoi controllare l'uso della memoria di dll c'è uno strumento gratuito chiamato MassiveRebase che ti permette di caricare dinamicamente due dll e visualizzare informazioni sull'utilizzo della loro memoria. È stato progettato per visualizzare le modifiche che potrebbero avere sulla memoria. Lo strumento e di più su esso può essere trovato qui: http://www.tmurgent.com/appv/index.php/en/resources/tools/137-massive-rebase

Spero che questo aiuti.

Answer 2

Il rebasso è ancora utile. Quando viene caricato il sistema operativo, applica un valore casuale fisso alla base DLL.

Il risultato è che il percorso in cui è caricata una DLL, è tipico per un singolo avvio, ma diverso tra macchine e stivali.

Ciò significa che una determinata DLL in molti processi può essere condivisa tra processi, poiché tutti i suoi dati di codice sono condivisi con lo stesso valore.

Quando una DLL viene spostata perché occupa lo spazio degli indirizzi, deve modificare le correzioni e meno la DLL è condivisa, aumentando il carico del sistema.

Se la DLL non è condivisa, non influisce sulle risorse.

Il costo di riparare una DLL era più economico se veniva caricato nella posizione corretta, non è sicuro se ciò fosse vero per ASLR, ma potrebbe comunque risparmiare tempo di caricamento delle risorse.