From: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
To: Jan Kara <jack@suse.cz>
Cc: Christian Brauner <brauner@kernel.org>,
Alexander Viro <viro@zeniv.linux.org.uk>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
Luka <luka.2016.cs@gmail.com>
Subject: Re: [Bug] possible deadlock in vfs_rmdir in Linux kernel v6.12
Date: Wed, 4 Jun 2025 16:11:21 -0400 [thread overview]
Message-ID: <20250604-daft-nondescript-junglefowl-0abd5a@lemur> (raw)
In-Reply-To: <bfyuxaa7cantq2fvrgizsawyclaciifxub3lortq5oox44vlsd@rxwrvg2avew7>
On Wed, Jun 04, 2025 at 05:44:22PM +0200, Jan Kara wrote:
> > Malicious in what sense? Is it just junk, or is it attempting to have
> > maintainers perform some potentially dangerous operation?
>
> Well, useless it is for certain but links like:
>
> Bug Report: https://hastebin.com/share/pihohaniwi.bash
>
> Entire Log: https://hastebin.com/share/orufevoquj.perl
>
> are rather suspicious and suggest there's more in there than just a lack of
> knowledge (but now that I've tried the suffixes seem to be automatically
> added by some filetype detection logic in the hastebin.com site itself so
> more likely this is not malicious after all). FWIW I've downloaded one of
> the files through wget and looked into it and it seems to have a reasonable
> content and does not seem malicious but it is difficult to be sure in the
> maze of HTML and JS...
Yes, hence my question. I think it's just a bad medium. It's actually the kind
of thing that bugzilla is okay to use for -- create a bug with attachments and
report it to the list, so maybe the original author can use that instead of
pastebin sites?
-K
next prev parent reply other threads:[~2025-06-04 20:11 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-04 4:38 [Bug] possible deadlock in vfs_rmdir in Linux kernel v6.12 Luka
2025-06-04 4:21 ` [Bug] kernel BUG in may_delete in linux " Luka
2025-06-04 4:12 ` [BUG] task hung in fs_bdev_sync in linux v6.12 Luka
2025-06-04 7:45 ` [Bug] possible deadlock in vfs_rmdir in Linux kernel v6.12 Christian Brauner
2025-06-04 14:45 ` Konstantin Ryabitsev
2025-06-04 15:44 ` Jan Kara
2025-06-04 20:11 ` Konstantin Ryabitsev [this message]
2025-06-04 20:39 ` Matthew Wilcox
2025-06-04 21:11 ` Al Viro
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=20250604-daft-nondescript-junglefowl-0abd5a@lemur \
--to=konstantin@linuxfoundation.org \
--cc=brauner@kernel.org \
--cc=jack@suse.cz \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luka.2016.cs@gmail.com \
--cc=viro@zeniv.linux.org.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.