From: Chris Hofstaedtler <zeha@debian.org>
To: Werner Fink <werner@suse.de>
Cc: util-linux@vger.kernel.org
Subject: Re: [PATCH] Secure login and sulogin on S390x
Date: Mon, 4 May 2026 20:53:30 +0200 [thread overview]
Message-ID: <afjqh57bXkLJ_FKr@zeha.at> (raw)
In-Reply-To: <20260429092825.17623-2-werner@suse.de>
* Werner Fink <werner@suse.de> [260429 11:30]:
>Some remarks: on S390x architecture of modern zSeries the hypervisor
>does log the console I/O. For both the 3215 half duplex line mode as
>well as the 3270 full-screen/block mode console type the I/O is logged
>on the hypervisor's side. To control this there are command send via
>/dev/vmcp to tell the z/VM control program of the hypervisor not to
>log during entering the password. For the 3215 console also automatic
>scroll is enabled which avoid to press CLEAR to get the password prompt
>if on the next block.
[..]
> 9 files changed, 436 insertions(+), 12 deletions(-)
This seems to add a lot of code to util-linux. I was wondering if
sulogin is the only place that needs this log filtering. What
about su, sudo, doas and so on? Note that there are different su
(and probably doas) versions in use across distributions.
Wouldn't it be better if the hypervisor would not log input if the
terminal output was disabled? That seems like behaviour commonly
found in other virtual terminal emulators.
Best,
Chris
next prev parent reply other threads:[~2026-05-04 18:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-29 9:28 [PATCH] Secure login and sulogin on S390x Werner Fink
2026-05-04 11:31 ` Dr. Werner Fink
2026-05-04 18:53 ` Chris Hofstaedtler [this message]
2026-05-05 9:39 ` Dr. Werner Fink
2026-05-21 9:12 ` Repost: " Dr. Werner Fink
2026-05-26 16:00 ` Karel Zak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=afjqh57bXkLJ_FKr@zeha.at \
--to=zeha@debian.org \
--cc=util-linux@vger.kernel.org \
--cc=werner@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox