<table><tr><td style="">maltek created this revision.<br />Herald added a project: Frameworks.<br />Herald added a subscriber: kde-frameworks-devel.<br />maltek requested review of this revision.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D23692">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>So I noticed that kdesu is setgid 'nogroup'. That group is the fallback for groups from a remote NFS share that do not exist on the local machine. Since kdesu does not deal with NFS, I wanted to get rid of this (ab)use of 'nogroup'.</p>

<p>From all that I could gather (inline comments and <a href="https://docs.kde.org/trunk5/en/kde-workspace/kdesu/kdesu.pdf" class="remarkup-link" target="_blank" rel="noreferrer">a discussion on the KDE su handbook</a>), the goal of the setgid bit on the binary is not to access any file as 'nogroup', but to prevent other processes of the calling user from accessing cached passwords, e.g. through ptrace(), core dumps or /proc/<pid>/memory. While setgid is one way to achieve that, both Linux and FreeBSD allow setting a kernel flag to directly to disable such access. So I went for that.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R299 KDESu</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D23692">https://phabricator.kde.org/D23692</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>src/client.cpp<br />
src/client.h<br />
src/kdesud/CMakeLists.txt<br />
src/kdesud/kdesud.cpp</div></div></div><br /><div><strong>To: </strong>maltek<br /><strong>Cc: </strong>kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns<br /></div>