<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 3, 2020 at 9:05 PM Darius Mihai <<a href="mailto:dariusmihaim@gmail.com">dariusmihaim@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Apr 3, 2020 at 8:50 PM Dorin Geman via so <<a href="mailto:so@cursuri.cs.pub.ro" target="_blank">so@cursuri.cs.pub.ro</a>> wrote:<br>
><br>
> Salutare,<br>
><br>
> Am o curiozitate(prioritate scăzută) - mi se pare că testele nu verifică un anumit caz, probabil pentru că este greu de simulat, dar cel puțin conceptual, vă întreb:<br>
><br>
> Corect este că dacă trebuie să zeroiezez o zonă de memorie, mai întăi să mapez pagina cu WRITE pentru a putea zeroiza și apoi să îi schimb permisiunile în cele corespunzătoare segmentului din care face parte, de acord?<br>
> Cu toate acestea, dacă mapez de la început cu permisiunile segmentului, totul este în regulă, trec testele, pentru că se testează doar pentru zona de bss.<br>
> Exemplul care ar face cea din urmă implementare să "pice" ar fi ca în executabilul pe care vreau să îl încarc să am un mmap cu READ și ANONYMOUS? Alte idei de scenarii?<br>
><br>
> Pentru asistenții indicați pe ocw[0] , puteți vedea codul pt GitLab[1] - liniile 65-85.<br>
> Dacă mapez din prima cu segment.perm și scot mprotect, all good, dar nu mi se pare tocmai corect.<br>
><br>
> Numai bine,<br>
> Dorin Geman, 331CA<br>
><br>
> [0] <a href="https://ocw.cs.pub.ro/courses/so/teme/folosire-gitlab#creare_proiect_nou" rel="noreferrer" target="_blank">https://ocw.cs.pub.ro/courses/so/teme/folosire-gitlab#creare_proiect_nou</a><br>
> [1] <a href="https://gitlab.cs.pub.ro/dorin_andrei.geman/l3-so-assignments/blob/master/3-loader/skel-lin/loader/loader.c" rel="noreferrer" target="_blank">https://gitlab.cs.pub.ro/dorin_andrei.geman/l3-so-assignments/blob/master/3-loader/skel-lin/loader/loader.c</a><br>
<br>
Salut, Dorin,<br>
<br>
Din motive de securitate (nu vrei ca un proces să poată accesa datele<br>
din memoria fizică pe care un alt proces a eliberat-o), maparea<br>
zonelor de memorie în mod anonim va zeroiza pagina înainte ca tu poți<br>
să o accesezi. Vezi și în pagina de manual [3], la secțiunea<br>
MAP_ANONYMOUS. Acest comportament ar putea, în teorie, să nu fie<br>
activ pe unele sisteme vechi sau embedded (din motive de performanță),<br>
dar este aproape sigur prezent pe sistemele uzual folosite de acum.<br>
<br>
[3]: <a href="https://linux.die.net/man/2/mmap" rel="noreferrer" target="_blank">https://linux.die.net/man/2/mmap</a><br>
<br>
O seară frumoasă,<br>
Darius<br></blockquote><div><br></div><div>Salut, Darius!</div><div><br></div><div>Corect, am înțeles.</div><div>Atunci cum pot simula un scenariu în care sa pice codul meu de loader dacă nu dau PROT_WRITE explicit înainte de zeroizare?<br></div><div>Mai concret, dacă trebuie să mapez o pagină read-only si trebuie să îi ofer și drept de scriere <span class="gmail-word">până</span> termin zeroizarea, dar nu i-l ofer.<br></div><div><br></div><div><span class="gmail-word gmail-modified">Seară</span> <span class="gmail-word gmail-modified">faină</span>,</div><div>Dorin<br></div></div></div>