TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

EXT built-in panic cmd with user-gen FS

2 点作者 mgsouth5 个月前

1 comment

mgsouth5 个月前
[This is a link to a Mastodon infosec topic. I&#x27;ve completely editorialized the page title, so am posting as Tell HN instead.] [Edit: Well, I submitted it that way. HN stripped the &quot;Tell HN:&quot;. The original page&#x27;s title is pretty useless, so don&#x27;t know what the proper thing to do is.]<p>EXT (all versions) has a <i>filesystem</i> flag telling the kernel to panic on FS error. In the link, Will Dormann demonstrates inserting a USB key with a malicous image and instantly rebooting the PC.<p>In this case, the laptop had USB auto-mounting enabled. However, I believe this should apply to <i>any</i> mounts against user-modifiable or -specifiable sources. NFS, FUSE, user namespaces, even local files with &quot;-o loop&quot; option. And the MOUNT(8) man page has this interesting tidbit:<p><pre><code> Since util-linux 2.35, mount does not exit when user permissions are inadequate according to libmount’s internal security rules. Instead, it drops suid permissions and continues as regular non-root user. This behavior supports use-cases where root permissions are not necessary (e.g., fuse filesystems, user namespaces, etc).</code></pre>