<?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 Re: Using Public LLMs with Sensitive Data – Are We Being Careful Enough? in SAS Software for Learning Community</title>
    <link>https://communities.sas.com/t5/SAS-Software-for-Learning/Using-Public-LLMs-with-Sensitive-Data-Are-We-Being-Careful/m-p/982838#M2799</link>
    <description>&lt;P&gt;Totally agree — using public LLMs with sensitive data always feels risky.&lt;/P&gt;&lt;P&gt;We ran into the same challenge internally, which is actually why we built &lt;STRONG&gt;Questa AI&lt;/STRONG&gt;. The idea was simple: anonymize/redact sensitive data locally first, then send only sanitized content to any LLM so nothing confidential is exposed or used for training.&lt;/P&gt;&lt;P&gt;It’s been working well for privacy-sensitive workflows, and there’s a free tier if you’d like to try it out. Would love any feedback from this community too.&lt;/P&gt;</description>
    <pubDate>Mon, 02 Feb 2026 05:33:53 GMT</pubDate>
    <dc:creator>rom_c</dc:creator>
    <dc:date>2026-02-02T05:33:53Z</dc:date>
    <item>
      <title>Using Public LLMs with Sensitive Data – Are We Being Careful Enough?</title>
      <link>https://communities.sas.com/t5/SAS-Software-for-Learning/Using-Public-LLMs-with-Sensitive-Data-Are-We-Being-Careful/m-p/982640#M2797</link>
      <description>&lt;P&gt;Hi everyone,&lt;/P&gt;&lt;P&gt;With the rise of public LLM tools (ChatGPT, online AI assistants, etc.), many of us use them to debug code, generate SAS scripts, or analyze problems faster.&lt;/P&gt;&lt;P&gt;But I’ve been wondering about something important —&lt;/P&gt;&lt;P&gt;If we paste real client data, production code, or sensitive datasets into public tools, there may be privacy and compliance risks.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Some things to consider:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Data may be stored or logged externally&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Possible exposure of confidential information&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Regulatory concerns (HIPAA, GDPR, company policies)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Intellectual property leakage&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;A few safer practices I’ve started following:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Use dummy/sample data instead of real data&lt;/LI&gt;&lt;LI&gt;Mask sensitive fields&lt;/LI&gt;&lt;LI&gt;Check company policies before uploading&lt;/LI&gt;&lt;LI&gt;Prefer internal/enterprise AI tools if available&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Curious how others here handle this —&lt;BR /&gt;Do you use LLMs with your SAS workflow? Any best practices you follow?&lt;/P&gt;&lt;P&gt;Would love to hear different perspectives.&lt;/P&gt;</description>
      <pubDate>Thu, 29 Jan 2026 12:14:08 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Software-for-Learning/Using-Public-LLMs-with-Sensitive-Data-Are-We-Being-Careful/m-p/982640#M2797</guid>
      <dc:creator>rom_c</dc:creator>
      <dc:date>2026-01-29T12:14:08Z</dc:date>
    </item>
    <item>
      <title>Re: Using Public LLMs with Sensitive Data – Are We Being Careful Enough?</title>
      <link>https://communities.sas.com/t5/SAS-Software-for-Learning/Using-Public-LLMs-with-Sensitive-Data-Are-We-Being-Careful/m-p/982686#M2798</link>
      <description>&lt;P&gt;I'm with you!&amp;nbsp;&lt;SPAN class="s1"&gt;It’s a challenging balance—leveraging these tools while keeping sensitive information protected.&lt;/SPAN&gt; &lt;SPAN class="s1"&gt;Your best practices are spot‑on, and I also make a point to be more cautious than necessary when handling anything sensitive.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;Thankfully in my role, the situations that demand heightened data privacy are usually pretty clear. Still, it’s always better to be safe than sorry!&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 29 Jan 2026 17:55:35 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Software-for-Learning/Using-Public-LLMs-with-Sensitive-Data-Are-We-Being-Careful/m-p/982686#M2798</guid>
      <dc:creator>Rachel_McLawhon</dc:creator>
      <dc:date>2026-01-29T17:55:35Z</dc:date>
    </item>
    <item>
      <title>Re: Using Public LLMs with Sensitive Data – Are We Being Careful Enough?</title>
      <link>https://communities.sas.com/t5/SAS-Software-for-Learning/Using-Public-LLMs-with-Sensitive-Data-Are-We-Being-Careful/m-p/982838#M2799</link>
      <description>&lt;P&gt;Totally agree — using public LLMs with sensitive data always feels risky.&lt;/P&gt;&lt;P&gt;We ran into the same challenge internally, which is actually why we built &lt;STRONG&gt;Questa AI&lt;/STRONG&gt;. The idea was simple: anonymize/redact sensitive data locally first, then send only sanitized content to any LLM so nothing confidential is exposed or used for training.&lt;/P&gt;&lt;P&gt;It’s been working well for privacy-sensitive workflows, and there’s a free tier if you’d like to try it out. Would love any feedback from this community too.&lt;/P&gt;</description>
      <pubDate>Mon, 02 Feb 2026 05:33:53 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Software-for-Learning/Using-Public-LLMs-with-Sensitive-Data-Are-We-Being-Careful/m-p/982838#M2799</guid>
      <dc:creator>rom_c</dc:creator>
      <dc:date>2026-02-02T05:33:53Z</dc:date>
    </item>
  </channel>
</rss>

