Использование istringstream с 26-символьным символом ASCII

У меня есть довольно простой вопрос, но я нигде не смог найти никакой помощи, поэтому я надеялся на некоторую помощь. Я работаю с некоторыми строковыми потоками С++, и у меня есть строковые данные, которые вызывают сбой моего потока. В частности, поток терпит неудачу, когда я встречаю символ Ctrl-Z (26 или 0x1A), что не особенно удивительно.

Начнем с того, что у меня есть строка данных, представляющая изображение, в том смысле, что каждый байт (или символ) строки представляет некоторое значение RGB изображения где-то (точная структура изображения не имеет значения). Из этой строки я хочу восстановить изображение значений RGB, которые она представляет. Подход, который я использовал, состоял в том, чтобы преобразовать строку в поток строк, чтобы я мог лучше анализировать данные, поскольку начальные байты содержат информацию заголовка, которая мне нужна.

Это выглядит примерно так:

std::string data = getImageData(); // Get the image from somewhere
std::istringstream ss(data);
char byte = ' ';
while (ss.get(byte)) {
   // PROCESS THE BYTE
}

Это работает просто отлично, пока он неизбежно не достигает какого-то байта со значением ASCII 26, который обычно является маркером EOF, и поток выбрасывает свои флаги и помечает его как сбой. Как только это происходит, поток завершается, и я больше не могу читать данные из потока. Мне было интересно, как я могу обойти эту ошибку и продолжать читать, пока поток не станет пустым.

Что я сделал/исследовал

Строка data находится вне моего контроля. Я не могу изменить то, что это такое, но теоретически я мог бы изменить его значения после того, как я его извлек, поскольку это копия исходных данных изображения. В общем, предполагается, что это данные изображения в определенном формате, поэтому за его заголовком значения байтов могут быть любыми, даже ASCII 26.

Многие предложения, которые я видел, говорят открывать поток с помощью std::ios::binary, но это тоже не работает. Дальнейшие исследования показывают, что этот режим не существует для строковых потоков, но существует для файловых потоков. Теоретически, если бы данные поступали из файлового потока, а не из строкового потока, проблем бы не было. К сожалению, опять же, данные должны поступать в виде строки, поэтому я не могу это контролировать. Оттуда я просто не знаю, есть ли способ прочитать строковый поток как настоящий двоичный файл, и я просто не могу понять это.

Большой вопрос заключается в следующем: есть ли способ читать отдельные байты из строкового потока в двоичном режиме, чтобы символ ASCII 26 не вызывал проблем, или есть лучший способ управлять строкой data в первую очередь по мере ее поступления? чтобы это не было проблемой?

Спасибо за чтение!