source: companies/celepar/phpgwapi/doc/SECURITY @ 763

Revision 763, 1.5 KB checked in by niltonneto, 15 years ago (diff)

Importação inicial do Expresso da Celepar

Line 
1First off, I would not recommend using this in a type of enviroment that
2security is a really big concern.  I am *NOT* saying that you shouldn't be
3concerned about it, but, until the system is thoughly tested.  I would not
4recommend it.
5
6Because of the current methods that the email system works.  It is required
7that the users password is in the sessions table.  IMAP needs the password
8to verify the user.  This is one of the main reasons for the stalesessions
9program.  I do not like keeping passwords in any medium that is not encryped.
10
11The email system stores its file attachments in a temp directory.  For right
12now, you need to watch this directory because it can fill up very quickly.
13If a user does not finsh composing the message (going else where in the program,
14internet connection dieing, browser crash, etc) the file will sit there until
15it is deleted.  There will be a simple cron program to go through and clean
16things up. 
17
18The files/users and files/groups directories need to be writable by the UID
19that php runs under (nobody or your apache UID). This is a security risk
20if 3rd parties can place php or cgi scripts on your machine, because they
21will have full read/write access to those directories.
22You should also consider moving the files directory outside of the
23tree your webserver has access to to prevent websurfers from directly accessing
24the files, or add in .htaccess files to restrict access to that tree.
25
26Besides this, there is nothing else that I am aware of.  Let me know if you
27find anything.
Note: See TracBrowser for help on using the repository browser.