Стандарт JSON (RFC 8259) не регламентирует обработку дублирующихся ключей, что приводит к разному поведению парсеров. Одни библиотеки выбирают последнее значение, другие — первое, а некоторые, например Go 1.27 и выше, отклоняют такие объекты. Это создает риски: шлюз может пропустить запрос, а сервис за ним — интерпретировать данные иначе.
Расхождения возникают и при работе с числами. Стандарт гарантирует точность только для целых чисел в диапазоне от минус (2 в степени 53 минус 1) до 2 в степени 53 минус 1. Идентификаторы, выходящие за эти границы, могут молча преобразовываться в float64, что ведет к ошибкам поиска записей в базах данных.
Библиотеки по-разному обрабатывают значения NaN, которые запрещены стандартом. Python по умолчанию разрешает их сериализацию, создавая невалидный JSON, тогда как другие системы превращают их в null или строки. Это вызывает потерю данных и появление пустых ячеек в отчетах, которые сложно отследить.
Различия в сериализации, например запись числа 1.0 как 1 или 1.0, нарушают целостность подписей и хэшей. Использование схемы канонизации JSON (RFC 8785) позволяет приводить данные к единому виду, обеспечивая предсказуемость байтового представления при передаче между разными компонентами системы.
Для защиты системы рекомендуется использовать профиль I-JSON, запрещающий дубликаты и требующий передавать большие числа строками. Строгая проверка на входе и нормализация данных перед передачей внутрь системы исключают ситуации, когда разные компоненты по-разному читают один и тот же объект.
