Разумеется, это только «ради безопасности детей», и выглядит, на первый взгляд, не так страшно, запрос GetUserAgeRangeAsync вернет ответ категориями,
Under 10 / 10-12 / 13-15 / 16-17 / 18+, а запрос GetAgeVerificationStatusAsync вернет степень доверия к указанному возрасту в виде: Verified / Unverified / OptedOut / TemporarilyUnavailable / NotApplicable, по признаку метода подтверждения возраста (просто так заявлено, на основании документов или, вообще, на основании верификацией третьей стороной) — на основании которых и будет производиться фильтрация контента самим приложением.При этом само приложение не имеет доступа к механизмам верификации и не может получить информацию об использованной там биометрии или документах (это хорошо, конечно). И, понятное дело, работает это только для пользователей, авторизованных в системе через учетную запись Microsoft.
В принципе, пока сохраняется возможность создания локальных учетных записей, этот механизм не выглядит совсем-совсем принудительно навязываемым, но смущает вот какой момент: как прикладные программы будут интерпретировать ответ «NotApplicable» – как отсутствие ограничений, или как основание для предельно жестких ограничений уровня «Under 10», просто на всякий случай? Чтобы не нарваться на иск «возмущенной общественности»?🧐
#безопасность и #теория
Но, конечно, любое «подтверждение возраста» это прямая угроза деанонимизации пользователя, плавно переходящая в физические и политически-юридические угрозы.