Summary: | sys-apps/dbus-1.12.16 leaks command-line arguments into system logs | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Anon Emuss <abuslbea> |
Component: | Current packages | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914799 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch for dbus adding option (disabled by default) for not logging command-line arguments
Patch for dbus ebuild to apply dbus patch and conditionally enable configure options |
Description
Anon Emuss
2020-01-22 15:20:41 UTC
Created attachment 603954 [details, diff]
Patch for dbus adding option (disabled by default) for not logging command-line arguments
This is my proposed patch for dbus. It adds two new configure options. One option switches from using the /proc/<pid>/cmdline file to using the /proc/<pid>/comm file when recording the command, which has much less information in it. This seems to be a little severe, as the command is frequently truncated. The second option only records the command-line up to the end of the command itself, truncating any arguments.
Both of these options are disabled by default, so installing this patch should not affect the system. I then patched the ebuild so it enables one of these options, unless the debug USE flag is set. That way, somebody can restore the original behavior by changing a USE flag. The developers think that behavior is useful for debugging, so the debug USE flag seems appropriate.
Created attachment 603956 [details, diff]
Patch for dbus ebuild to apply dbus patch and conditionally enable configure options
This is the ebuild patch mentioned in the comment for the dbus patch. It applies the dbus patch and, unless the debug USE flag is set, enables one of the options added by the patch so that dbus will record the command name, but not its arguments.
I don't want to carry this as a distro-specific patch. If you can convince upstream to merge it, we can wire up the ebuild appropriately. (In reply to Mike Gilbert from comment #3) > I don't want to carry this as a distro-specific patch. > > If you can convince upstream to merge it, we can wire up the ebuild > appropriately. That is reasonable. I am having trouble with upstream, so it might be best to just close this bug, and I can open again if I get it accepted. If not, I am fine maintaining my own private patch. Thanks for responding. |