From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 04CF9158074 for ; Sat, 05 Jul 2025 09:26:24 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id E4AD23421D9 for ; Sat, 05 Jul 2025 09:26:23 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id 0318C110567; Sat, 05 Jul 2025 09:25:17 +0000 (UTC) Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange secp256r1 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id 94BCD110462 for ; Sat, 05 Jul 2025 09:25:15 +0000 (UTC) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1uXz8y-0004va-Us for gentoo-user@lists.gentoo.org; Sat, 05 Jul 2025 11:25:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nuno Silva Subject: [gentoo-user] Re: Locked desktop session but still running computer Date: Sat, 05 Jul 2025 10:25:07 +0100 Message-ID: <104ar1j$164l$1@ciao.gmane.io> References: <1049p47$3jf$1@ciao.gmane.io> <39489c11-bf5d-473e-aec9-549530db1bef@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-Archives-Salt: f26eec98-a2a9-41f9-83d3-7ce0ab9bbbe1 X-Archives-Hash: a2477698a4d7a8c85b43e5afff770bfd On 2025-07-05, Javier Martinez wrote: > El 5/7/25 a las 1:46, Nuno Silva escribió: >> On 2025-07-04, Javier Martinez wrote: >> >>> El 4/7/25 a las 19:58, whiteman808 escribió: >>>> Hello, >>>> >>>> I have a possibly stupid question motivated by curiosity. Is it >>>> possible to gain access to root account, or maybe at least have an >>>> access to regular user console, or even unlock desktop session >>>> without knowing password of root or regular user's password? How >>>> this can be done? I'm talking about computer not having any remote >>>> services like ssh exposed, even in lan >>>> >>>> What should I do if for example I forgot hypothetically luks >>>> encryption password but still have computer powered on and locked >>>> gnome or kde session? >>>> >>>> What in case if PC doesn't have enabled magic sysrq? >>>> >>>> Just asking because I'm curious, not because I have problem described >>>> above >>>> >>>> Thank you, >>>> whiteman808. >>> >>> >>> ctrl+alt+backspace can give you terminal access if you locked your X >>> windows and it had not been started from a display manager (so started >>> with startx) >> >> Unless you've locked it with vlock, I suppose? >> >> (vlock -na) >> > > IMHO vlock can't lock standard tty. > > I want mean, vlock can lock all xterms you have opened for example, > not the login session opened at tty2 I think the Linux virtual consoles might be precisely what vlock is intended to lock, or at least its online manual features the expression "virtual console" and suggests that focus/purpose. It will also work on standard terminals (say, something from DEC on ttyS0) and on terminal emulators like xterm. With the X session itself, it works by instead creating an additional virtual console to switch to. -- Nuno Silva