ObjFW  View Ticket

Ticket UUID: 134d90a99615cc7590173d97a37949db8c9574d5
Title: String \0 safety
Status: Open Type: Enhancement
Severity: Severe Priority: High
Subsystem: none Resolution: Open
Last Modified: 2024-04-28 15:46:20
Version Found In: Milestone: 1.2
User Comments:
js added on 2023-07-22 07:17:50: (text/x-markdown)
Currently, `OFString` does not reject a `\0` within the string. However, `OFString`s often get passed as C strings. Therefore, either one of the following should be done:

 * Audit all occurrences where an `OFString` is passed as a C string.
 * Truncate the length to the first occurrence of `\0`.
 * Extend the current string checking code to reject `\0` in there if a length has been specified.
   * If no length has been specified, it cannot be longer until the `\0` anyway.
   * A good place for this would be in the code that checks whether the passed string is valid UTF-8, to avoid going through the same string twice.
     * This means strings of another encoding need to check for `\0` during their conversion to UTF-8, as UTF-8 is not validated there since it was just converted and hence assumed correct.

The first option probably doesn't scale, as there are many places where an `OFString` is passed as a C string and doesn't cover where this is being done outside of ObjFW. So this would be a potential foot gun for users.

The second option might be unexpected and lead to bugs, because the user has just specified a length for the string to create, but the just created string has a different length.

Therefore, the third option probably makes most sense.