<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Best Practices for Handling 3D Secure Redirects in Cybersource REST API in cybersource APIs</title>
    <link>https://community.developer.cybersource.com/t5/cybersource-APIs/Best-Practices-for-Handling-3D-Secure-Redirects-in-Cybersource/m-p/94804#M4057</link>
    <description>&lt;P&gt;Hi. Just integrating 3d secure with cybersource rest api. when transactions triggers 3d authentication, I receive a redirect url.&amp;nbsp; how to handle callback once authentication is complete?&lt;/P&gt;</description>
    <pubDate>Fri, 02 Jan 2026 17:03:51 GMT</pubDate>
    <dc:creator>Iuvtech</dc:creator>
    <dc:date>2026-01-02T17:03:51Z</dc:date>
    <item>
      <title>Best Practices for Handling 3D Secure Redirects in Cybersource REST API</title>
      <link>https://community.developer.cybersource.com/t5/cybersource-APIs/Best-Practices-for-Handling-3D-Secure-Redirects-in-Cybersource/m-p/94804#M4057</link>
      <description>&lt;P&gt;Hi. Just integrating 3d secure with cybersource rest api. when transactions triggers 3d authentication, I receive a redirect url.&amp;nbsp; how to handle callback once authentication is complete?&lt;/P&gt;</description>
      <pubDate>Fri, 02 Jan 2026 17:03:51 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/cybersource-APIs/Best-Practices-for-Handling-3D-Secure-Redirects-in-Cybersource/m-p/94804#M4057</guid>
      <dc:creator>Iuvtech</dc:creator>
      <dc:date>2026-01-02T17:03:51Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for Handling 3D Secure Redirects in Cybersource REST API</title>
      <link>https://community.developer.cybersource.com/t5/cybersource-APIs/Best-Practices-for-Handling-3D-Secure-Redirects-in-Cybersource/m-p/94822#M4066</link>
      <description>&lt;P&gt;Redirect the user to the 3D Secure authentication URL, then send them back to your own return/callback URL after the challenge. Don’t treat the redirect as the final result once the user returns, verify the authentication outcome server-to-server by calling the CyberSource REST API using the transaction/request ID. The final payment decision should always come from the API, not the browser callback.&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 10:16:13 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/cybersource-APIs/Best-Practices-for-Handling-3D-Secure-Redirects-in-Cybersource/m-p/94822#M4066</guid>
      <dc:creator>alario</dc:creator>
      <dc:date>2026-01-07T10:16:13Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for Handling 3D Secure Redirects in Cybersource REST API</title>
      <link>https://community.developer.cybersource.com/t5/cybersource-APIs/Best-Practices-for-Handling-3D-Secure-Redirects-in-Cybersource/m-p/94885#M4103</link>
      <description>&lt;P&gt;My team and I are currently working with the 3DS authentication. We have several questions about the overall flow and how this authentication process works, particularly from the merchant's backend gateway perspective.&lt;/P&gt;&lt;P&gt;1. How the device data is initially handled and sent through Cybersource to the issue&lt;BR /&gt;2. When the challenge result is sent, how does the merchant backend relate and make use of the responses from the issuer&lt;/P&gt;&lt;P&gt;Any information on the 3ds integration will be helpful.&lt;/P&gt;</description>
      <pubDate>Fri, 16 Jan 2026 11:30:27 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/cybersource-APIs/Best-Practices-for-Handling-3D-Secure-Redirects-in-Cybersource/m-p/94885#M4103</guid>
      <dc:creator>dani_dzotsi</dc:creator>
      <dc:date>2026-01-16T11:30:27Z</dc:date>
    </item>
  </channel>
</rss>

