Difference between revisions of "Security information"
Jump to navigation
Jump to search
m (add category Admin_en) |
Dolibarr95 (talk | contribs) m (how to force https in conf.php) |
||
| Line 13: | Line 13: | ||
* User passwords can be encrypted in database <sup>[*7]</sup> <sup>[*8]</sup>. | * User passwords can be encrypted in database <sup>[*7]</sup> <sup>[*8]</sup>. | ||
* Database technical password can be obfuscated into the [[Configuration_file|Dolibarr configuration file]] (conf.php) <sup>[*8]</sup>. | * Database technical password can be obfuscated into the [[Configuration_file|Dolibarr configuration file]] (conf.php) <sup>[*8]</sup>. | ||
| − | * Possibility to force HTTPS <sup>[*9]</sup>. | + | * Possibility to force HTTPS <sup>[*9]</sup>. |
| + | <source lang="php"> | ||
| + | //conf/conf.php file | ||
| + | //$dolibarr_main_force_https = '0'; | ||
| + | $dolibarr_main_force_https = '1';//to force https | ||
| + | |||
| + | </source> | ||
'''Hacks and cracks''' | '''Hacks and cracks''' | ||
Revision as of 06:45, 24 September 2018
Alerts
Last update: 2018-09-24
Some SQL injections vulnerabilities have been reported. They are a small risk as they are in page that need to be logged to be used. Fix is available into 7.0.
Features
Dolibarr implements several security features. Among them :
Encryption
- User passwords can be encrypted in database [*7] [*8].
- Database technical password can be obfuscated into the Dolibarr configuration file (conf.php) [*8].
- Possibility to force HTTPS [*9].
//conf/conf.php file
//$dolibarr_main_force_https = '0';
$dolibarr_main_force_https = '1';//to force https
Hacks and cracks
- Works with register_globals on or off (off highly recommended) [*2].
- Works with PHP safe_mode on or off (on recommended) [*3].
- Production option to disable any technical information leakage like debug, error stacktrace, version informations (See configuration file) [*6].
- Protection against SQL injection [*2].
- Protection against XSS injection (Cross Site Scripting) [*1]. Note that it is better to also protect your web server by disabled Apache option
AcceptPathInfo Off
- Protection against CSRF (Cross Site Request Forgery) [*5].
Pages and files access
- Pages and contents are protected by centralized entry code to check permissions (granted on groups or users for each functional module) [*4] [*10].
- Files saved by Dolibarr are stored in a different root directory than web application (so they can't be downloaded without passing by the Dolibarr wrapper) [*3] [*10].
- Dolibarr directories content can't be accessed even if Apache option Indexes has be forgotten to on (should not) [*3].
Login protection
- Delay anti brute force cracking on login page [*7].
- Option for graphical code (CAPTCHA) against robots on login page [*7].
- No passwords in logs, even in technical logs [*7].
- Internal logger to save permanently all Dolibarr events about user's administration and successful or failed logins.
Viruses
- Possibility to run an external anti-virus on every uploaded files [*3].
(*X) This solution is part of protection used to solve vulnerabilities classified by the OWASP Top Ten at range number X.