Additional details, and possibly enough to submit a bug report, but I'm not sure where.
A coworker took a quick look at this in different character encodings and realized these characters are not CJK, but rather a botched unicode interpretation. I took that lead and write a quick piece of code to iterated through each charcter and cast it as an integer then convert it from Unicode bytes to UTF-8 I see actual readable data, but not data that is supposed to be there.
It's as if the C code in the winevt plugin has read too far in memory and started concatenating bytes it's not supposed to be grabbing.
Here is the input text: "Description":"The resource loader failed to find MUI file.
㐳㈸‧獉畃牲湥㵴琧畲❥㸯⼼潂歯慭歲楌瑳>>䏐涔倀者䈼潯浫牡䱫獩㹴†䈼潯浫牡桃湡敮㵬洧捩潲潳瑦眭湩潤獷欭牥敮湰⽰潣普杩牵瑡潩❮删捥牯䥤㵤㈧㐱✱䤠䍳牵敲瑮✽牴敵⼧ാ㰊䈯潯浫牡䱫獩㹴㸀",
Something that stands out is the "3", which is the "end of text" character. For now I can add a check to that in my code to signify what is valid text.
You can see after it gets past "10", the line feed character, everything goes a bit wonky.
Here is a snippet of the output:
Colums are Integer value - character
77 - M
85 - U
73 - I
32 -
102 - f
105 - i
108 - l
101 - e
46 - .
3 -
10 -
13363 - 34
12856 - 82
8231 - '
29513 - Is
30019 - Cu
29298 - rr
28261 - en
15732 - t=
29735 - 't
30066 - ru
10085 - e'
15919 - />
2573 -
12092 - </
28482 - Bo
27503 - ok
24941 - ma
27506 - rk
26956 - Li
29811 - st
62 - >