-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
default logging to systemd is too verbose #12788
Comments
@mheon @haircommander @giuseppe Note conmon is doing the keystroke logging. |
Would need to be a conmon-level change to log on line, not on character. I can definitely see why we'd want this for better systemd integration, but I do worry it might compromise some of the other goals of logging (what happens to partial log lines - do we just not record them? Could make debugging containers more difficult...) |
naively I could also see this being solved by having a @mheon yeah I would really like to avoid buffering as it would really complicate the code for processing output. plus in this case, we're only solving half the problem (excessive newlines), while not addressing the potential security concerns of logging confiedential information to the journal |
A friendly reminder that this issue had no activity for 30 days. |
@mheon @haircommander any progress on this? |
partially, the buffering part is fixed in containers/conmon#321 with conmon 2.1.0, though we still log key strokes, and given the way TTYs are setup in the OCI spec, I'm not sure we can stop... |
Tend to concur; and even if we could stop, I'm not sure we want to. It'd be a breaking change from Docker's behavior. |
/kind bug
Description
With the default --log-driver option to podman run, every keystroke is logged to systemd. I can't imagine that this satisfies the normal use case.
Steps to reproduce the issue:
Running a basic busybox image interactively, and simply typing "exit":
podman run -i --tty busybox
journalctl -f
Describe the results you received:
Jan 10 07:40:25 gmlat podman[364027]: 2022-01-10 07:40:25.844830325 -0700 MST m=+0.063144246 image pull busybox
Jan 10 07:40:25 gmlat podman[364027]:
Jan 10 07:40:26 gmlat podman[364027]: 2022-01-10 07:40:26.046021734 -0700 MST m=+0.264335676 container create 034e900e67e6203b54c486a24bc4685914503f7a69006809d381e17d46bec61f (image=docker.io/library/busybox:latest, name=busy_meitner)
Jan 10 07:40:26 gmlat podman[364027]: 2022-01-10 07:40:26.212661989 -0700 MST m=+0.430975918 container init 034e900e67e6203b54c486a24bc4685914503f7a69006809d381e17d46bec61f (image=docker.io/library/busybox:latest, name=busy_meitner)
Jan 10 07:40:26 gmlat conmon[364064]: / #
Jan 10 07:40:26 gmlat podman[364027]: 2022-01-10 07:40:26.270991806 -0700 MST m=+0.489305752 container start 034e900e67e6203b54c486a24bc4685914503f7a69006809d381e17d46bec61f (image=docker.io/library/busybox:latest, name=busy_meitner)
Jan 10 07:40:26 gmlat podman[364027]: 2022-01-10 07:40:26.271288026 -0700 MST m=+0.489602040 container attach 034e900e67e6203b54c486a24bc4685914503f7a69006809d381e17d46bec61f (image=docker.io/library/busybox:latest, name=busy_meitner)
Jan 10 07:40:30 gmlat conmon[364064]: e
Jan 10 07:40:30 gmlat conmon[364064]: x
Jan 10 07:40:30 gmlat conmon[364064]: i
Jan 10 07:40:30 gmlat conmon[364064]: t
Jan 10 07:40:31 gmlat conmon[364064]:
Jan 10 07:40:31 gmlat podman[364027]: 2022-01-10 07:40:31.304799912 -0700 MST m=+5.523113905 container died 034e900e67e6203b54c486a24bc4685914503f7a69006809d381e17d46bec61f (image=docker.io/library/busybox:latest, name=busy_meitner)
Jan 10 07:40:32 gmlat podman[364071]: 2022-01-10 07:40:32.137566439 -0700 MST m=+0.828313341 container cleanup 034e900e67e6203b54c486a24bc4685914503f7a69006809d381e17d46bec61f (image=docker.io/library/busybox:latest, name=busy_meitner)
Describe the results you expected:
Less verbose logging in the default case. Setting --log-driver=none to podman run turns off logging. I believe more control over logging is needed, and that the default log level should not log keystrokes.
For users that are not aware that keystrokes are logged, this is a security vulnerability.
Additional information you deem important (e.g. issue happens only occasionally):
If I sign something in the container with gpg2, and pinentry is run to fetch the passphrase, the following is logged:
Jan 09 11:46:21 gmlat conmon[314188]: [4B blob data]
Jan 09 11:46:21 gmlat conmon[314188]: [4B blob data]
Jan 09 11:46:21 gmlat conmon[314188]: [4B blob data]
Jan 09 11:46:21 gmlat conmon[314188]: [4B blob data]
Just 4 byte blobs are reported and not the actual keystrokes, but I would guess that this is a side effect of the logger combining output for efficiency and not the result of security precautions. In any case the number of characters in the passphrase is logged.
Output of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide? (https://github.com/containers/podman/blob/master/troubleshooting.md)
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
The text was updated successfully, but these errors were encountered: