[PATCH] Escape strings produced by the `%V` format specification
Joshua Spence
josh at joshuaspence.com
Tue Jan 3 06:38:02 UTC 2017
Hmm, I'm not sure if I submitted this correctly because it is showing up on
https://forum.nginx.org/read.php?29,271801 from "Anonymous user". I'll see
if I can figure out what I did wrong. Sorry, I haven't submitted patches
via a mailing list before.
*Joshua Spence*
*mobile:* +61 422 990 263
*email:* josh at joshuaspence.com
*web:* http://www.joshuaspence.com
On 3 January 2017 at 17:24, <josh at joshuaspence.com> wrote:
> # HG changeset patch
> # User Joshua Spence <josh at joshuaspence.com>
> # Date 1483420178 -39600
> # Tue Jan 03 16:09:38 2017 +1100
> # Node ID 8e734d01f026c4346b46006ee9b558031439be61
> # Parent a42afc225e98afe1f7c3b428c81c8af7eba362c0
> Escape strings produced by the `%V` format specification
>
> Currently nginx error logs loosely adhere to the following pattern:
>
> ```
> %{TIMESTAMP} [%{SEVERITY}] %{PROCESS_ID}#%{THREAD_ID}:(
> *%{CONNECTION_ID})?%{MESSAGE}(, %{KEY}: "%{VALUE}")*
> ```
>
> In our environment we are using Filebeat to ship nginx error logs into
> Logstash. Our Logstash filter for parsing nginx error logs is as follows:
>
> ```
> filter {
> grok {
> match => {
> "message" => "(?<timestamp>%{YEAR}/%{MONTHNUM2}/%{MONTHDAY}
> %{TIME}) \[%{LOGLEVEL:severity}\] %{POSINT:process_id:int}#%{NONNEGINT:thread_id:int}:(?:
> \*%{NONNEGINT:connection_id:int})? (?<message>[^,]*)(?:,
> %{GREEDYDATA:nginx_keyvalue_data})?"
> }
> overwrite => ["message"]
> }
>
> date {
> match => ["timestamp", "yyyy/MM/dd HH:mm:ss"]
> remove_field => ["timestamp"]
> }
>
> kv {
> field_split => ", "
> remove_field => "nginx_keyvalue_data"
> source => "nginx_keyvalue_data"
> value_split => ": "
> }
> }
> ```
>
> The problem, however, is that it is difficult to unambigiously parse the
> key-value data from the nginx error log format because of a lack of data
> sanitization. Specifically, consider the following entry from our nginx
> error logs:
>
> ```
> 2016/11/15 03:45:51 [error] 23770#23770: *21535000 open()
> "/REDACTED/+"BauGutachter"++41+2016+.ch&tbo=1" failed (2: No such file or
> directory), client: REDACTED, server: REDACTED, request: "GET
> /job/+%22BauGutachter%22++41+2016+.ch&tbo=1 HTTP/1.1", host: "REDACTED",
> referrer: "https://www.google.com.au/search?hl=en&q="BauGutachter" +41
> 2016 .ch&num=100&start=0"
> ```
>
> Specifically, the problem in the above sample is the `referrer` field, the
> value of which contains double quotes. I think that it makes sense to
> escape `\` and `"` characters before they are written to the error log.
>
> diff -r a42afc225e98 -r 8e734d01f026 src/core/ngx_string.c
> --- a/src/core/ngx_string.c Tue Dec 27 17:23:08 2016 +0300
> +++ b/src/core/ngx_string.c Tue Jan 03 16:09:38 2017 +1100
> @@ -15,7 +15,7 @@
> const u_char *basis, ngx_uint_t padding);
> static ngx_int_t ngx_decode_base64_internal(ngx_str_t *dst, ngx_str_t
> *src,
> const u_char *basis);
> -
> +static uintptr_t ngx_escape_string(u_char *dst, u_char *src, size_t size);
>
> void
> ngx_strlow(u_char *dst, u_char *src, size_t n)
> @@ -235,7 +235,7 @@
> v = va_arg(args, ngx_str_t *);
>
> len = ngx_min(((size_t) (last - buf)), v->len);
> - buf = ngx_cpymem(buf, v->data, len);
> + buf = (u_char *) ngx_escape_string(buf, v->data, len);
> fmt++;
>
> continue;
> @@ -1844,6 +1844,43 @@
> }
>
>
> +static uintptr_t
> +ngx_escape_string(u_char *dst, u_char *src, size_t size)
> +{
> + u_char ch;
> + ngx_uint_t len;
> +
> + if (dst == NULL) {
> + len = 0;
> +
> + while (size) {
> + ch = *src++;
> +
> + if (ch == '\\' || ch == '"') {
> + len++;
> + }
> +
> + size--;
> + }
> +
> + return (uintptr_t) len;
> + }
> +
> + while (size) {
> + ch = *src++;
> +
> + if (ch == '\\' || ch == '"') {
> + *dst++ = '\\';
> + }
> +
> + *dst++ = ch;
> + size--;
> + }
> +
> + return (uintptr_t) dst;
> +}
> +
> +
> void
> ngx_str_rbtree_insert_value(ngx_rbtree_node_t *temp,
> ngx_rbtree_node_t *node, ngx_rbtree_node_t *sentinel)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-devel/attachments/20170103/9aecb2ba/attachment.html>
More information about the nginx-devel
mailing list