From: Marek Behun <marek.behun@nic.cz>
To: "Roland Gaudig (OSS)" <roland.gaudig-oss@weidmueller.com>
Cc: Wolfgang Denk <wd@denx.de>,
u-boot@lists.denx.de, Simon Glass <sjg@chromium.org>,
Roland Gaudig <roland.gaudig@weidmueller.com>,
Alex Nemirovsky <alex.nemirovsky@cortina-access.com>,
Bin Meng <bmeng.cn@gmail.com>,
Heinrich Schuchardt <xypron.glpk@gmx.de>,
Patrick Delaunay <patrick.delaunay@foss.st.com>,
Rayagonda Kokatanur <rayagonda.kokatanur@broadcom.com>,
Robert Marko <robert.marko@sartura.hr>,
Sean Anderson <seanga2@gmail.com>,
Stefan Bosch <stefan_b@posteo.net>,
Weijie Gao <weijie.gao@mediatek.com>
Subject: Re: [PATCH 0/3] cmd: setexpr: add fmt format string operation
Date: Tue, 29 Jun 2021 12:34:54 +0200 [thread overview]
Message-ID: <20210629123454.282288d4@thinkpad> (raw)
In-Reply-To: <a463f32f-8ef0-6973-f1c3-a881ee6e5d26@weidmueller.com>
On Tue, 29 Jun 2021 09:41:25 +0000
"Roland Gaudig (OSS)" <roland.gaudig-oss@weidmueller.com> wrote:
> I think just passing the format string directly to sprintf should be
> avoided because it is unsafe. For example
>
> => setexpr foo fmt %s 0xffffffff
>
> would surely lead to access on memory location outside the variable
> where 0xffffffff is stored.
+1. I guess Wolfgang's rationale was that in U-Boot we already have
pretty serious means to break the system, so allowing the user to
directly pass wrong parameters to sprintf is not that much of a problem
since we can say that the user should know what they are doing.
But implementing a dedicated format parser for this that is also safe
is a simple exercise, imho, so I think we should do this properly, if
at all.
> > This was actually one of my intentions when making this suggestion -
> > to be able to construct any kind of data from pieces; say, for
> > example:
> >
> > => setexpr foo fmt "%0x08x-%s-%d-%s" $a $b $c $d
>
> I think the only way to support such expressions in a save way would
> be implementing an own format string parser for setexpr with
> corresponding checks if access is possible, instead of just directly
> passing all values unchecked to sprintf.
We can properly implement
%s with field width, justification
%c
integral types (everything 64-bits, no reason for length modifiers,
imho) with field width, precision, zero padding, sign forcing,
etc...
We don't need floating points nor out of order arguments.
Marek
next prev parent reply other threads:[~2021-06-29 10:35 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-28 15:17 [PATCH 0/3] cmd: setexpr: add fmt format string operation Roland Gaudig
2021-06-28 15:17 ` [PATCH 1/3] " Roland Gaudig
2021-06-28 17:39 ` Rasmus Villemoes
2021-06-29 8:44 ` Wolfgang Denk
2021-06-29 8:41 ` Wolfgang Denk
2021-06-28 15:17 ` [PATCH 2/3] doc: usage: add description for setexpr command Roland Gaudig
2021-07-05 15:29 ` Simon Glass
2021-06-28 15:17 ` [PATCH 3/3] test: cmd: setexpr: add tests for format string operations Roland Gaudig
2021-07-05 15:29 ` Simon Glass
2021-06-29 8:37 ` [PATCH 0/3] cmd: setexpr: add fmt format string operation Wolfgang Denk
2021-06-29 9:41 ` Roland Gaudig (OSS)
2021-06-29 10:34 ` Marek Behun [this message]
2021-06-29 10:40 ` Wolfgang Denk
2021-06-30 8:30 ` Roland Gaudig (OSS)
2021-06-29 13:57 ` Sean Anderson
2021-06-29 15:13 ` Wolfgang Denk
2021-06-30 16:17 ` Sean Anderson
2021-06-30 17:11 ` Marek Behún
2021-07-02 10:50 ` Wolfgang Denk
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=20210629123454.282288d4@thinkpad \
--to=marek.behun@nic.cz \
--cc=alex.nemirovsky@cortina-access.com \
--cc=bmeng.cn@gmail.com \
--cc=patrick.delaunay@foss.st.com \
--cc=rayagonda.kokatanur@broadcom.com \
--cc=robert.marko@sartura.hr \
--cc=roland.gaudig-oss@weidmueller.com \
--cc=roland.gaudig@weidmueller.com \
--cc=seanga2@gmail.com \
--cc=sjg@chromium.org \
--cc=stefan_b@posteo.net \
--cc=u-boot@lists.denx.de \
--cc=wd@denx.de \
--cc=weijie.gao@mediatek.com \
--cc=xypron.glpk@gmx.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