Bug 782493 - Propose that you turn on PrivateTmp=true in service file for ctdb
Summary: Propose that you turn on PrivateTmp=true in service file for ctdb
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: ctdb
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Sumit Bose
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: PrivateTmp
TreeView+ depends on / blocked
 
Reported: 2012-01-17 15:34 UTC by Daniel Walsh
Modified: 2012-02-07 14:35 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-07 08:41:27 UTC
Type: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Daniel Walsh 2012-01-17 15:34:16 UTC 
I would like to propose using PrivateTmp for ctdb, to make it more secure
and avoid users from being able to potentially effect it.

http://fedoraproject.org/wiki/Features/ServicesPrivateTmp
Comment 1 Daniel Walsh 2012-02-06 20:46:25 UTC 
Any change on this bug.  We are coming up to Feature Freeze, and would like some comment on this bug.

If you do not believe this application uses /tmp than please comment on this and close the bug.  

If you believe this application needs to use /tmp to communicate with other applications or users then you can close this bug with that comment.

If your app does not use systemd, then close this bug with that comment.

If you have no idea, then please add a comment, and change the bug to assigned.

I need to update the status on this feature.


Thanks for your help.
Comment 2 Sumit Bose 2012-02-07 08:41:27 UTC 
Sorry for the late response. ctdb uses a socket in /tmp/ to communicate with other applications (samba) and the users via the ctdb client program.

I will reach out to upstream to see if it would be possible to move to socket to a more suitable place like /var/run or /var/lib/ctdb.
Comment 3 Daniel Walsh 2012-02-07 14:35:43 UTC 
Great, I would go with /var/run (/run)
Note You need to log in before you can comment on or make changes to this bug.