Database password is printed in logfile when DEBUG logging is enabled
Bug #854785 reported by
Nhomar - Vauxoo
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Odoo Server (MOVED TO GITHUB) |
Confirmed
|
Wishlist
|
OpenERP's Framework R&D |
Bug Description
This is a real big security issue, this information NEVER should go to log.
The server is printing: db.connection_
Where "DBUSER" AND "PASSWORD" ARE THE REAL ONES.
server revno: 3633.
security vulnerability: | yes → no |
visibility: | private → public |
Changed in openobject-server: | |
assignee: | nobody → OpenERP's Framework R&D (openerp-dev-framework) |
summary: |
- [TRUNK] Whn you delete a DB psql password is printed on log + Database password is printed in logfile when DEBUG logging is enabled |
To post a comment you must log in.
On Tuesday 20 September 2011, you wrote: pool:Connection Pool(used= 0/count= 0/max=64) : Close all
> *** This bug is a security vulnerability ***
>
> Private security bug reported:
>
> This is a real big security issue, this information NEVER should go to
> log.
>
> The server is printing:
> db.connection_
> connections to 'port=5434 user=DBUSER password=PASSWORD dbname=tr3'
>
Well, it is not critical IMHO..
In terms of security, you shouldn't have used a password (alone) as means of
authenticating to the postgres database.
The reason is, that this password is unconditionally accessible by the user server. conf" itself.
running the openerp server. That is, any module, any python eval()'ed snippet
could read this password and send it out. The fact that one log file, also
belonging to the same user, contains that password, is no less secure than
"openerp-
Moreover, this information is only logged when pooler is at 'debug' log-level.
This means that the admin of the system wishes to log too much information,
which shouldn't happen in a production machine anyway.
Therefore, I'd like to reduce the severity of this bug.
Yes, I agree that no password should be logged in plaintext, but this one is
not our weak point.