Take a look at the following C# code:
byte[] StringToBytesToBeHashed(string to_be_hashed) {
byte[] to_be_hashed_byte_array = new byte[to_be_hashed.Length];
int i = 0;
foreach (char cur_char in to_be_hashed)
{
to_be_hashed_byte_array[i++] = (byte)cur_char;
}
return to_be_hashed_byte_array;
}
(function above was extracted from these lines of code from the WMSAuth github repo)
My question is: What the casting from byte to char does in terms of Encoding?
I guess it really does nothing in terms of Encoding, but does that mean that the Encoding.Default is the one which is used and so the byte to return will depend on how the framework will encode the underlying string in the specific Operative System?
And besides, is the char actually bigger than a byte (I'm guessing 2 bytes) and will actually omit the first byte?
I was thinking in replacing all this by:
Encoding.UTF8.GetBytes(stringToBeHashed)
What do you think?
The .NET Framework uses Unicode to represent all its characters and strings. The integer value of a char (which you may obtain by casting to int
) is equivalent to its UTF-16 code unit. For characters in the Basic Multilingual Plane (which constitute the majority of characters you'll ever encounter), this value is the Unicode code point.
The .NET Framework uses the
Char
structure to represent a Unicode character. The Unicode Standard identifies each Unicode character with a unique 21-bit scalar number called a code point, and defines the UTF-16 encoding form that specifies how a code point is encoded into a sequence of one or more 16-bit values. Each 16-bit value ranges from hexadecimal0x0000
through0xFFFF
and is stored in aChar
structure. The value of aChar
object is its 16-bit numeric (ordinal) value. — Char Structure
Casting a char
to byte
will result in data loss for any character whose value is larger than 255. Try running the following simple example to understand why:
char c1 = 'D'; // code point 68
byte b1 = (byte)c1; // b1 is 68
char c2 = 'ń'; // code point 324
byte b2 = (byte)c2; // b2 is 68 too!
// 324 % 256 == 68
Yes, you should definitely use Encoding.UTF8.GetBytes
instead.