3DS ReferenceProtocol & field guide

EMV 3-D Secure · Core specification 2.3.1.1

Broadcast InformationbroadInfo

Broadcast Information in Authentication Request (AReq).

Source edition: Core 2.3.1.1 · Type: Object · Length: Variable, maximum 4096 · Maximum length: 4096

Baseline in AReq Optional

Optional across all channels and categories. Usage and conditions ↓

Explore in context →

Usage in AReq

Structured information sent between the 3DS Server, the DS and the ACS.

Format and scope

Type: Object · Length: Variable, maximum 4096 · Maximum length: 4096

Source components: 3DS Server, ACS, DS. Channels: 01-APP, 02-BRW, 03-3RI. Categories: 01-PA, 02-NPA.

Object members

Nested presence rules apply when the parent is supplied. Consult the source for full conditions.

category — Category

ValueMeaningIntroduction tag
01GeneralNot tagged
02Certificate expiryNot tagged
03Fraud alertNot tagged
04Operational alertNot tagged
05Transactional dataNot tagged
06OtherNot tagged
07–79Reserved for EMVCo future use (values invalid until defined by EMVCo)Not tagged
80–99Reserved for DS useNot tagged

Introduction tags are shown where recorded. An absent tag does not establish when a value was introduced.

description — Description

expDate — Expiry Date

severity — Severity

ValueMeaningIntroduction tag
01CriticalNot tagged
02MajorNot tagged
03MinorNot tagged
04InformationalNot tagged

Introduction tags are shown where recorded. An absent tag does not establish when a value was introduced.

recipients — Recipient(s)

ValueMeaningIntroduction tag
013DS SDKNot tagged
023DS ServerNot tagged
03DSNot tagged
04ACSNot tagged

Introduction tags are shown where recorded. An absent tag does not establish when a value was introduced.

EMV_3DS_CoreSpec_v2.3.1.1_20230530.pdf, Table A.1, PDF pages 210

Scoped FAQ qualifications

  • FAQ 27 — Applicable object-bearing protocol versions

    Only when the parent JSON object is present

    Evaluate nested presence conditions when the parent object is present. In multiTransaction, merchantList is required when the object is supplied; merchantAmount remains optional.

    EMVCo_3DS_Specification_FAQs_8-April-2026.pdf, page 9

  • FAQ 73 — Applicable object-bearing protocol versions

    An optional or conditionally optional field is sent empty

    An empty optional field produces error 203 under Req 309. When the empty JSON object contains mandatory data, error 201 may be returned.

    EMVCo_3DS_Specification_FAQs_8-April-2026.pdf, page 23

Transaction context

This reference covers the published source edition. Use the explorer to inspect this field and any applicable transaction conditions. Scheme programme requirements are not inferred from the protocol edition.

Explore in context →

Sources and related references

EMV_3DS_CoreSpec_v2.3.1.1_20230530.pdf, Table A.1, PDF pages 210

Source review status: carried-forward. Carried-forward material has not acquired a new verification claim.

Document fingerprint (SHA-256): 6fdf0aba3fc1a765f96b74dad4069d1e189969f38f0023647021687daf589d6b