<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Dolibarr is unable to encrypt the database password as recommended]]></title><description><![CDATA[<p dir="auto">In the dolibarr dashboard, under Setup -&gt; Security -&gt; Password</p>
<p dir="auto">at the bottom of the page, under Parameters<br />
if I activate the Encrypt database password stored in php.INI, which is strongly recommended to activate this option<br />
Dolibarr stop working.</p>
<p dir="auto">My impression is Dolibarr don't have access or the right to write into the php.ini file.</p>
]]></description><link>https://forum.cloudron.io/topic/6507/dolibarr-is-unable-to-encrypt-the-database-password-as-recommended</link><generator>RSS for Node</generator><lastBuildDate>Mon, 17 Aug 2026 02:01:42 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/6507.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 16 Feb 2022 01:04:26 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Dolibarr is unable to encrypt the database password as recommended on Wed, 01 Jun 2022 09:18:47 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/jodumont" aria-label="Profile: JOduMonT">@<bdi>JOduMonT</bdi></a> thanks for the info and research. The encrypted password handling in dolibarr as described does not make too much sense for us, since the password might change during package update, depending on the database addon thus it always have to be fetched freshly. Further it will always be present in the app's environment as injected into the container.</p>
<p dir="auto">For <code>phpinfo()</code> I am not sure how this is an attack angle, since if one is able to inject php code to run <code>phpinfo()</code> the attacker might as well just simply dump the env variables manually.</p>
]]></description><link>https://forum.cloudron.io/post/48921</link><guid isPermaLink="true">https://forum.cloudron.io/post/48921</guid><dc:creator><![CDATA[nebulon]]></dc:creator><pubDate>Wed, 01 Jun 2022 09:18:47 GMT</pubDate></item><item><title><![CDATA[Reply to Dolibarr is unable to encrypt the database password as recommended on Mon, 30 May 2022 04:13:22 GMT]]></title><description><![CDATA[<h3>I found this <a href="https://getridbug.com/php/how-to-secure-database-passwords-in-php/" target="_blank" rel="noopener noreferrer nofollow ugc">info</a></h3>
<ol>
<li>The password is encrypted. We extend the <strong>PDO class</strong> to include logic for decrypting the password. If someone reads the code where we establish a connection, it won’t be obvious that the connection is being established with an encrypted password and not the password itself.</li>
<li>The encrypted password is moved from the global variables into a private variable The application does this immediately to reduce the window that the value is available in the global space.</li>
<li>phpinfo() is disabled. PHPInfo is an easy target to get an overview of everything, including environment variables.</li>
</ol>
<h4>So how to</h4>
<ul>
<li>disable phpinfo to not being able to overview the variables</li>
<li>pass the password as a private variable</li>
</ul>
]]></description><link>https://forum.cloudron.io/post/48748</link><guid isPermaLink="true">https://forum.cloudron.io/post/48748</guid><dc:creator><![CDATA[JOduMonT]]></dc:creator><pubDate>Mon, 30 May 2022 04:13:22 GMT</pubDate></item></channel></rss>