🔒 Один JSON — две роли

На связи CyberINS.

В примере с JSON шлюз видит user, а сервис — admin. Одно тело запроса, две роли. Если ты полагаешься на проверку шлюза, здесь неприятный подвох: компоненты могут по-разному понять проверенные данные.

Ловушка — в повторяющихся ключах. Большинство перечисленных парсеров берет последнее значение, а pysimdjson — первое. Привычное поведение большинства тут не гарантия. Вот тебе и «просто формат данных».

Мой вывод: важно не только проверить запрос, но и сохранить смысл проверки. Я бы отклонял повторяющиеся ключи на входе: решение и действие должны опираться на один разбор, а не на удачное совпадение парсеров.

⏺ Разбор, на который опираюсь

#JSON #AppSec // ❓ cyber in network security // max.ru/cyberins