Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Httpd Wiki" for change 
notification.

The following page has been changed by ChrisPepper:
http://wiki.apache.org/httpd/PrivilegeSeparation

The comment on the change is:
Typos

------------------------------------------------------------------------------
  
  In particular, httpd processes are long-lived, since starting new processes 
takes substantial resources. Further, any httpd process must be able to serve a 
request for any URL available from the server, since the URL is not known until 
after httpd processes the request headers. Then to serve each request from a 
different userid, httpd would need to process request headers as root, and then 
switch to the appropriate userid after determining the requested URL. There are 
two major problems with this:
  
-  1. Request header processing is one of the most dangerous tasks of a web 
server. Doing this as root would open up the server to many potential security 
problems. Instead, Apache httpd is designed to do all request processing as a 
less-privileged user.
+  1. Request header processing is one of the most dangerous tasks for a web 
server. Doing this as root would open the server up to many potential security 
problems. Instead, Apache httpd is designed to do all request processing as a 
less-privileged user.
  
   2. Once the server switches to a less-privileged userid, there is no way to 
go back to root in order to process further requests. (If there was a way to 
get back to root, an attacker could obviously use this to subvert any 
restrictions on the less-privileged userid.) That means a new process would 
need to be created for each connection, substantially increasing resource usage.
  

Reply via email to