<?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>idea Increase safety and decrease admin work for JWT identity providers in Qlik SaaS in Suggest an Idea</title>
    <link>https://community.qlik.com/t5/Suggest-an-Idea/Increase-safety-and-decrease-admin-work-for-JWT-identity/idi-p/1891903</link>
    <description>&lt;P&gt;Currently it is easy to configure JWT as an identity provider in Qlik SaaS but there is a major security flaw: there is no built-in way to restrict the JWT payload so basically whoever has the JWT certificate gets full tenant admin access.&lt;/P&gt;
&lt;P&gt;The fix for this would be simple: when configuring JWT identity provider, just add a text field for specifying the user domain and another for entering Group whitelist so only JWT payloads that specify a matching group value, and the user account belongs to the specified group. At its simplestm the whitelist could be just one value and support wildcards e.g. '*customer_*' but of course it would be better to support multiple value whitelists.&lt;/P&gt;
&lt;P&gt;Why this matters:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Safety is a key concern when organizations move to the cloud. Current JWT setup easily leads to a major security risk and just one bad incident with a high profile customer can tarnish the reputation of Qlik SaaS.&lt;/LI&gt;
&lt;LI&gt;Embedding and integrating with 3rd party systems is central to "active intelligence", and JWT plays a major role when cooperating with customers and suppliers. Such cooperation will also help promote Qlik to potential new customers.&lt;/LI&gt;
&lt;LI&gt;Although it is possible to circumvent this security flaw by setting up a "JWT proxy" ie. not expose Qlik SaaS JWT itself but external parties would only see a custom middle-man JTW service that includes group whitelists etc. This requires setting up a new service which is never a simple task in a corporate environment, and will require additional admin and maintenance for handling additional certificates etc. Ease of setup and management is a key driver for SaaS adoption so this again would undermine it.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;One argument I've heard for not needing restrictions is that if you support JWT then you just need to anyway trust that it is used responsibly, or using a car analogy: if you let someone borrow your car, you just have to trust that they obey traffic laws. I think this argument is flawed: I might be willing to give someone my car keys but why should I be forced to also give my house keys at the same time? There should be an easy way to unbundle my keys.&lt;/P&gt;
&lt;P&gt;And yes, as a Qlik partner, we're facing multiple real customer cases that are hindered by this issue.&lt;/P&gt;</description>
    <pubDate>Fri, 11 Feb 2022 10:36:21 GMT</pubDate>
    <dc:creator>fukicubiq</dc:creator>
    <dc:date>2022-02-11T10:36:21Z</dc:date>
    <item>
      <title>Increase safety and decrease admin work for JWT identity providers in Qlik SaaS</title>
      <link>https://community.qlik.com/t5/Suggest-an-Idea/Increase-safety-and-decrease-admin-work-for-JWT-identity/idi-p/1891903</link>
      <description>&lt;P&gt;Currently it is easy to configure JWT as an identity provider in Qlik SaaS but there is a major security flaw: there is no built-in way to restrict the JWT payload so basically whoever has the JWT certificate gets full tenant admin access.&lt;/P&gt;
&lt;P&gt;The fix for this would be simple: when configuring JWT identity provider, just add a text field for specifying the user domain and another for entering Group whitelist so only JWT payloads that specify a matching group value, and the user account belongs to the specified group. At its simplestm the whitelist could be just one value and support wildcards e.g. '*customer_*' but of course it would be better to support multiple value whitelists.&lt;/P&gt;
&lt;P&gt;Why this matters:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Safety is a key concern when organizations move to the cloud. Current JWT setup easily leads to a major security risk and just one bad incident with a high profile customer can tarnish the reputation of Qlik SaaS.&lt;/LI&gt;
&lt;LI&gt;Embedding and integrating with 3rd party systems is central to "active intelligence", and JWT plays a major role when cooperating with customers and suppliers. Such cooperation will also help promote Qlik to potential new customers.&lt;/LI&gt;
&lt;LI&gt;Although it is possible to circumvent this security flaw by setting up a "JWT proxy" ie. not expose Qlik SaaS JWT itself but external parties would only see a custom middle-man JTW service that includes group whitelists etc. This requires setting up a new service which is never a simple task in a corporate environment, and will require additional admin and maintenance for handling additional certificates etc. Ease of setup and management is a key driver for SaaS adoption so this again would undermine it.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;One argument I've heard for not needing restrictions is that if you support JWT then you just need to anyway trust that it is used responsibly, or using a car analogy: if you let someone borrow your car, you just have to trust that they obey traffic laws. I think this argument is flawed: I might be willing to give someone my car keys but why should I be forced to also give my house keys at the same time? There should be an easy way to unbundle my keys.&lt;/P&gt;
&lt;P&gt;And yes, as a Qlik partner, we're facing multiple real customer cases that are hindered by this issue.&lt;/P&gt;</description>
      <pubDate>Fri, 11 Feb 2022 10:36:21 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Suggest-an-Idea/Increase-safety-and-decrease-admin-work-for-JWT-identity/idi-p/1891903</guid>
      <dc:creator>fukicubiq</dc:creator>
      <dc:date>2022-02-11T10:36:21Z</dc:date>
    </item>
    <item>
      <title>From now on, please track this idea from the Ideation por...</title>
      <link>https://community.qlik.com/t5/Suggest-an-Idea/Increase-safety-and-decrease-admin-work-for-JWT-identity/idc-p/2100515#M13774</link>
      <description>&lt;P&gt;From now on, please track this idea from the Ideation portal.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;A title="Link to new idea" href="https://ideation.qlik.com/app/#/case/281744" target="_blank" rel="noopener"&gt;Link to new idea&lt;/A&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Meghann&lt;/P&gt;&lt;P data-unlink="true"&gt;&lt;EM&gt;NOTE: Upon clicking this link 2 tabs may open - please feel free to close the one with a login page. If you &lt;STRONG&gt;only&lt;/STRONG&gt; see 1 tab with the login page, please try clicking this link first: &lt;STRONG&gt;&lt;A title="Authenticate me!" href="#" target="_blank" rel="noopener"&gt;Authenticate me!&lt;/A&gt;&lt;/STRONG&gt;&amp;nbsp;t&lt;/EM&gt;&lt;EM&gt;hen try the link above again. Ensure pop-up blocker is off.&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Aug 2023 15:38:19 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Suggest-an-Idea/Increase-safety-and-decrease-admin-work-for-JWT-identity/idc-p/2100515#M13774</guid>
      <dc:creator>Meghann_MacDonald</dc:creator>
      <dc:date>2023-08-02T15:38:19Z</dc:date>
    </item>
    <item>
      <title>Re: Increase safety and decrease admin work for JWT identity providers in Qlik SaaS - Status changed to: Closed - Archived</title>
      <link>https://community.qlik.com/t5/Suggest-an-Idea/Increase-safety-and-decrease-admin-work-for-JWT-identity/idc-p/2100516#M13775</link>
      <description />
      <pubDate>Wed, 02 Aug 2023 15:38:21 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Suggest-an-Idea/Increase-safety-and-decrease-admin-work-for-JWT-identity/idc-p/2100516#M13775</guid>
      <dc:creator>Ideation</dc:creator>
      <dc:date>2023-08-02T15:38:21Z</dc:date>
    </item>
  </channel>
</rss>

