Texas TRAIGA and the NIST AI RMF: the liability defense explained

Texas TRAIGA (HB 149) can shield a defendant from liability if it substantially complies with the NIST Generative AI Profile. This page explains the conditions, the banned practices, the attorney general process, the cure period and the penalties.

On this page

Does the NIST AI RMF protect a Texas organization from TRAIGA liability?

Texas Business and Commerce Code Section 552.105(e), added by HB 149, the Texas Responsible Artificial Intelligence Governance Act, says a defendant may not be found liable if it discovers a violation through feedback, adversarial or red-team testing, state agency guidelines, or an internal review process while substantially complying with the most recent NIST Generative AI Profile or another nationally or internationally recognized AI risk management framework. The NIST AI RMF itself is voluntary, and there is no AI RMF certification, so no one can hand an organization a TRAIGA certificate for using it. The defense is something an organization has to be able to demonstrate in a dispute, and the burden of showing it rests on the organization.

The defense is conditional, and the condition that matters most is how the organization found and handled the violation. Two questions decide whether it applies: which of the listed discovery channels produced the finding, and whether the organization was substantially complying with the framework at the time. An organization that learns of a problem only from a complaint, with no feedback channel, no red-team results and no documented internal review behind it, has little to point to. The organization owns its controls and its compliance position. An implementation partner can help build the testing, feedback and review channels and the records that show them working, but an independent auditor or assessor does not issue a TRAIGA certificate or any report that establishes the defense.

For a planning decision, the first step is to confirm which NIST document the organization will cite and which version of it applies, because the statute refers to the most recent Generative AI Profile and the AI RMF revision is in progress. Ask counsel to confirm how the phrase substantial compliance will be read in your jurisdiction, and map which discovery channels already exist in your AI systems. Where a channel is missing, such as a documented path for user feedback or a standing red-team schedule, that gap is the one to close first. An illustrative example: a deployer that tests a customer-facing chatbot only at launch has no evidence of ongoing discovery if a harmful output surfaces months later.

Which AI practices TRAIGA prohibits outright

TRAIGA sets a small number of bright lines that no compliance program can cure or document away. Each prohibition below needs an owner who checks the intended use of an AI system before it is built, bought or deployed, and the NIST AI RMF Govern and Map functions are where that check usually lives.

Incitement of self-harm, harm or crime

Section 552.052 bars developing or deploying AI that intentionally aims to incite self-harm, harm to others or criminal activity. The word that matters is intentionally, so the review should test stated purpose, marketing claims, system prompts and output filters against that aim. Product management owns the purpose statement, and legal or trust and safety should sign off on it before release.

Governmental social scoring

Section 552.053 bars governmental entities from using AI for social scoring. A review should confirm whether any output ranks or classifies people by behavior or traits for purposes outside the context where the data was collected. Public sector program owners should record the decision purpose, and the agency's counsel should confirm the scope before any pilot starts.

Biometric unique identification by government

Section 552.054 limits governmental entities from using AI that uniquely identifies individuals from biometric data in the circumstances the section describes. The check is an inventory of every system that touches face, voice or other biometric inputs, with the agency's legal team confirming whether each one falls within the restriction. Records of that determination become evidence under the Map function.

Intent to unlawfully discriminate

Section 552.056 bars developing or deploying AI with intent to unlawfully discriminate against a protected class, and states that disparate impact alone is not sufficient to show intent. Teams should still measure outcomes by group, because those results feed the Measure function and the defense, but the review must document the design purpose and any proxy variables. The compliance lead owns that record and the data science lead owns the testing.

How the Texas attorney general investigates a TRAIGA complaint

The sequence gives the attorney general a documented view of an AI system before any lawsuit, and gives the organization a chance to cure a violation and close the matter in writing.

  1. Receive a complaint about an AI system

    The process begins when someone files a complaint with the Texas attorney general alleging that an AI system violates the Texas Responsible Artificial Intelligence Governance Act. The complaint is the trigger for an investigation, not a finding of liability. Your first internal task is to identify which system is named, confirm which entity in your organization develops or deploys it, and preserve the records relevant to the allegation. The output you should be able to show is a dated record of the complaint and a legal hold on related documentation.

  2. Respond to the civil investigative demand

    After a complaint, the attorney general may issue a civil investigative demand under Section 552.103 asking for information about the AI system. The categories named in the section are its purpose and deployment context, training data types, input data categories, outputs, performance metrics, known limitations, and post-deployment monitoring and user safeguards. Legal counsel usually manages the response, with engineering, product and risk owners supplying facts. The output is a demand response that describes the system as it actually operates, supported by the documents that back each statement.

  3. Assess the system against the Generative AI Profile

    Before the response is final, the organization should compare its documented practices against the most recent NIST Generative AI Profile, NIST AI 600-1, and the risk areas it covers. This comparison shows where the program already matches the profile and where gaps exist. Gaps should be recorded honestly, because the demand response and any later cure package must agree with the facts. The output is a gap register tied to the suggested actions the organization relies on, with an owner and status for each item.

  4. Receive the written notice of violation

    If the attorney general concludes a violation may exist, Section 552.104 requires written notice of that violation. The attorney general may not sue before the 60th day after this notice, and may not sue at all if the person cures the violation as the section allows. The notice is the point at which the matter moves from investigation to a defined cure window. The output is a dated notice on file, which starts the internal clock that legal counsel should track against the statutory timing.

  5. Fix the violation and document the change

    To cure, the organization must correct the violation and provide a written statement with supporting documentation and the internal policy changes made to prevent further violations. Engineering changes, such as revised safeguards or retraining decisions, should be recorded with dates, approvals and test results. Policy changes, such as updated acceptable use rules or review procedures, should be approved by the accountable executive. The output is a corrected system and a documented record of what changed and why.

  6. Submit the cure package

    The cure package combines the written statement, the supporting documentation and the internal policy changes into one submission to the attorney general. It should match the demand response and the gap register so that no statement contradicts an earlier one. Counsel should confirm the required form and content of the package with the attorney general's office or the statute before submission. The output is a complete cure package, and the question of whether the attorney general accepts it as a cure is the one that decides whether a lawsuit follows.

  7. Understand the enforcement limits

    The attorney general holds exclusive authority to enforce the chapter under Section 552.101, apart from state agency sanctions under Section 552.106, and the chapter creates no private right of action. Individuals cannot sue under TRAIGA itself, though other laws may still apply. If the matter is not cured, civil penalties under Section 552.105 can follow, and the penalty ranges depend on whether the violation is curable and whether it continues. The output is a clear view of who can act and what exposure remains, which legal counsel should confirm for the specific facts.

What penalties apply if a violation is not cured

A curable violation is one the person can fix after written notice from the Texas attorney general. Under Section 552.105, civil penalties for uncured curable violations range from $10,000 to $12,000 per violation. The classification turns on whether the harm is reversible, whether the conduct can be stopped and corrected, and whether the underlying practice can be changed without lasting consequences for affected people.

  • Notice first: The attorney general must give written notice of the violation and may not sue before the 60th day after that notice under Section 552.104.
  • Cure window: A person who cures the violation and provides a written statement with supporting documentation and the internal policy changes made to prevent further violations can avoid suit altogether.
  • Documentation drives the outcome: Logs, change records, model updates and policy revisions are what show the violation was corrected.
  • Reversible conduct: Output filtering, access restrictions or disabled features are typically easier to present as curable than harms that have already spread.
  • Illustrative example: A deployed chatbot that produces a single prohibited output type, corrected by a documented filter update within the notice period, would be a candidate for this tier.

Confirm with counsel how the attorney general would classify your specific violation before you rely on a cure strategy.

What to have in place before a complaint arrives

The Texas defense turns on what an organization can show after the fact: that it found a problem through its own channels and substantially complied with the Generative AI Profile or another recognized framework. The five items below are the records a response team would need within days of an attorney general notice, and each has a clear owner.

Generative AI Profile mapping to the AI inventory

Maintain a document that links each NIST AI 600-1 suggested action to the specific AI systems in your inventory that it applies to, with the subcategory each action supports. Check that every generative system has a current entry, that unused or retired systems are marked as decommissioned, and that the mapping names the version of the Profile you followed. Because the defense refers to the most recent Profile, record the date you last reviewed the mapping. Owner: the AI governance lead, with input from the product owner of each system.

Red-team and feedback evidence

The defense covers violations discovered through feedback, adversarial or red-team testing, or internal review. Keep dated test plans, the prompts or scenarios tested, findings, severity ratings and the fix or accepted-risk decision for each. Confirm that user feedback channels log reports with a timestamp and a triage outcome, so you can show the discovery route for any problem. Owner: the security testing lead, with the trust and safety or support team for feedback intake.

Internal review process records

Discovery through an internal review process is a separate route to the defense, so the review itself must exist on paper and in practice. Check that reviews have defined triggers, named reviewers, meeting or sign-off records, and documented outcomes, including reviews that found nothing. Confirm that the review covered the system's intended purpose and known limitations, since those are the same subjects the attorney general may ask about. Owner: the risk or compliance function, with the business owner of each AI system signing off.

Monitoring and safeguards matching the demand

A civil investigative demand under Section 552.103 can request the system's purpose and deployment context, training data types, input categories, outputs, performance metrics, known limitations, and post-deployment monitoring and user safeguards. Build a one-page answer for each category now, pointing to the source record. Check that monitoring dashboards retain the metrics you would need to report and that user safeguards, such as warnings or escalation paths, are described in current product documentation. Owner: the engineering lead for each deployed system, with legal reviewing the answers.

Prepared cure package template

Under Section 552.104, the attorney general may not sue before the 60th day after written notice, and may not sue at all if the violation is cured and the person provides a written statement, supporting documentation and the internal policy changes made to prevent recurrence. Draft a template with fixed sections for the statement, the evidence index, the change log and the approval record, and pre-agree who can sign it. Test it once against a tabletop scenario so that the 60-day window is not the first time the team uses it. Owner: general counsel, with the AI governance lead preparing the evidence index.

Who owns the defense, who prepares the evidence and who assesses it

The organization that develops or deploys the AI system owns the defense. Section 552.105(e) turns on whether the organization discovered a violation through feedback, adversarial or red-team testing, state agency guidelines or an internal review process while substantially complying with the most recent NIST Generative AI Profile or another recognized framework. Only the organization can make those findings, act on them and decide what changes its policies will carry.

  • Accountable executive: Name a person who signs the AI risk decisions, the deployment go or no-go and any residual risk acceptance.
  • Internal review process: Run and document the reviews that surface violations, including who reviews, how often and how findings reach decision makers.
  • Policy changes: Approve the internal policy changes that prevent further violations, since the cure statement must describe them.
  • Cure statement: Sign the written statement that the attorney general requires under Section 552.104, and confirm every factual claim in it.

Before relying on any step, ask counsel which internal records the attorney general could request under Section 552.103 and confirm that your team can produce them.

Mistakes that weaken the TRAIGA defense

The Texas defense under Section 552.105(e) depends on substantial compliance with the most recent NIST Generative AI Profile and on a record that shows how a violation was found and fixed. The mistakes below share one root cause: the program exists on paper but cannot be shown to an attorney general or a court.

Relying on the framework without documentation

Saying the organization follows the NIST AI RMF is not the same as showing it. A defendant that cannot produce a dated record of how each relevant Generative AI Profile action was adopted, adapted or declined will struggle to prove substantial compliance. Build a mapping from each system to the suggested actions, record the owner and decision date, and keep it current when the system changes. Ask counsel which records an investigation demand would likely reach.

Treating the framework as a checklist

NIST states that the AI RMF core is not a checklist or an ordered set of steps, and the Playbook says the same about its suggested actions. A program that ticks boxes without asking whether the risks were actually identified and measured for a given system is easy to attack. Choose the categories that fit the system's context, document why others were excluded, and tie each choice to a mapped risk. The Playbook can support this work, but it is not a substitute for judgment.

Missing the most recent Generative AI Profile

Section 552.105(e) refers to the most recent NIST Generative AI Profile, which is NIST AI 600-1 as published in July 2024. An organization that aligned to an earlier internal reference, or never read the profile, may find that its defense argument does not match the statutory text. Track the profile's publication status, map the twelve generative AI risks to the systems in scope, and note the date of each review. Confirm the current version with counsel before each annual review.

No evidence of discovery through an approved channel

The defense covers violations discovered through feedback, adversarial or red-team testing, state agency guidelines, or an internal review process. A finding that came from an unlogged source, or from a source the team cannot describe, weakens the claim that the organization found the problem through the right route. Define each channel in a written procedure, log intake and triage with timestamps, and retain test reports and user feedback records. Red-team and adversarial test results should name the system, the scope and the finding it produced.

Failing to record policy changes for the cure

A cure under Section 552.104 requires a written statement, supporting documentation and the internal policy changes made to prevent further violations. Teams often fix the model or the prompt filter but leave no record of the change, the approver or the date. Keep a change log that links each fix to the violation it addressed, the control or policy updated, and the test that confirmed the fix. Without that record, the 60-day cure window may not produce the documentation the attorney general expects.

Questions buyers ask about TRAIGA and the NIST AI RMF

Does Texas TRAIGA require organizations to use the NIST AI RMF?

No. TRAIGA does not require any organization to adopt the NIST AI RMF. The reference to the NIST Generative AI Profile sits inside a liability defense, so the defense applies only to organizations that discover a violation through feedback, adversarial or red-team testing, state agency guidelines or an internal review process while substantially complying with the most recent NIST Generative AI Profile or another nationally or internationally recognized AI risk management framework. An organization that never adopts a framework is not in breach for that reason alone, but it loses the defense. Whether a given program counts as substantial compliance is a legal question for counsel, not a conclusion an implementation partner can issue. The text of Section 552.105(e) in the enrolled HB 149 sets out the conditions.

Is there a certification for NIST AI RMF compliance under TRAIGA?

No. The NIST AI RMF has no certification, accreditation or conformity assessment program, and NIST does not validate or endorse any organization's use of it. Any vendor or consultant who offers an AI RMF certificate is selling something NIST does not recognize. For TRAIGA purposes, what matters is evidence that the organization followed the Generative AI Profile or another recognized framework and that it can show this through its own documentation, testing records and internal review. Ask any provider to show the evidence it will produce, not a certificate.

How much effort does a TRAIGA-aligned NIST readiness program take?

No public figure for effort is available for this topic, so treat any number from a vendor with caution and ask for the basis. Effort depends mainly on how many AI systems are in scope, whether the organization builds or buys them, how much of its AI governance already exists, and how many generative AI use cases it runs. The Generative AI Profile defines 12 generative AI risks with suggested actions tied to AI RMF subcategories, so the work scales with the number of systems and risks mapped. Ask a partner for a written scope that lists the systems, the risk areas, the evidence to produce and the staff who must review it, then compare quotes against that same scope. Fixed-scope work, agreed in writing before it starts, makes these comparisons possible.

How long is the cure period under TRAIGA?

The cure period runs 60 days after written notice. Under Section 552.104, the Texas attorney general must give written notice of a violation and may not sue before the 60th day. If the person cures the violation within that window and provides a written statement with supporting documentation and the internal policy changes made to prevent further violations, the attorney general may not sue at all. The cure window therefore depends on having current documentation ready before a notice arrives. Organizations should confirm with counsel which records they would produce and who signs the written statement.

Does TRAIGA create a private right of action for individuals?

No. Under Section 552.101, the Texas attorney general has exclusive authority to enforce the chapter, apart from state agency sanctions under Section 552.106, and the chapter creates no private right of action. Individuals cannot bring suit under TRAIGA itself. Other laws, such as consumer protection or discrimination statutes, may still apply to the same conduct, so organizations should not read the absence of a TRAIGA claim as the absence of all litigation risk. Counsel should review that wider exposure.

Can an implementation partner handle TRAIGA and NIST AI RMF work alone?

No. A partner can prepare systems, documentation, testing evidence and monitoring records, but the organization owns its AI systems, its risk decisions and its compliance position. Legal conclusions, including whether a defense applies or whether a violation exists, belong to the organization's counsel. DeployOpen plans, implements, tests and documents self-hosted open-source platforms in the client's own infrastructure and prepares evidence for compliance assessments, but it does not issue audit reports, attestations or certifications, and it does not give legal advice. A reasonable division is that the partner builds and tests the controls and records, the internal team approves the decisions, and counsel reviews the legal position before any notice is answered.

What should a buyer confirm before hiring a partner for this work?

Confirm the scope in writing before work starts. Useful questions include which AI systems and deployment contexts are covered, which NIST publications the work will follow, what evidence the partner will produce, who approves the decisions and who answers a regulator. Ask how the partner documents the investigative requests the attorney general may issue under Section 552.103, such as the system's purpose, training data types, input categories, outputs, performance metrics, known limitations and monitoring. A fixed-scope agreement with named deliverables makes it possible to check whether the work matches the defense conditions your counsel has identified.

Read the statute and the NIST profile directly

Start with the enrolled text of HB 149, the bill that created the Texas Responsible Artificial Intelligence Governance Act. The liability defense sits in Section 552.105(e) of the Business and Commerce Code, and the defense turns on exact wording: it applies only when a violation was discovered through feedback, adversarial or red-team testing, state agency guidelines, or an internal review process, and only while the defendant was substantially complying with the most recent NIST Generative AI Profile or another recognized AI risk management framework. Read the defined terms and the related sections on the 60-day notice and cure period (Section 552.104) alongside it, because the defense and the cure process operate together. The enrolled text is available in the Texas HB 149 enrolled bill. Next, read the profile the statute names. NIST AI 600-1 is the Generative AI Profile, and the statute refers to the most recent version of it, so confirm the publication date and version on the day you rely on it. The July 2024 PDF lists the 12 generative AI risks and the suggested actions for each, and each action is tied to an AI RMF subcategory. Map every suggested action your program claims to the risk it addresses and record the evidence you hold for it. The PDF is available at NIST AI 600-1, and the NIST AI 600-1 publication page lists the official release details. Finally, take the statute and the profile to qualified Texas counsel before you rely on the defense. Substantial compliance and discovery through a listed channel are fact-specific questions, and a lawyer should apply them to your system, your deployment context and your records. Ask counsel to confirm how the defense interacts with the attorney general's civil investigative demand, which can request your system's purpose, training data types, performance metrics and monitoring records. Counsel's written review also gives your compliance team a defined scope for the evidence you need to keep.

How DeployOpen prepares evidence for a TRAIGA-ready program

DeployOpen prepares the systems, controls and documentation that a Texas TRAIGA program would need to show, working inside the client's own infrastructure. We do not issue attestations or legal opinions; the organization owns its controls and its legal position, and counsel and any independent assessor make the determinations.

How we scope

  • Engagements are fixed-scope, with the AI systems, deployment contexts and NIST AI RMF categories agreed in writing before work starts.
  • The written scope names which systems fall under TRAIGA review, which Generative AI Profile actions apply, and who in the organization owns each control.
  • We confirm with your counsel which parts of the defense under Section 552.105(e) the program is meant to support, since legal conclusions stay with you.

How we build

  • We configure self-hosted open-source platforms in your cloud accounts, data centers or air-gapped networks to log AI system inputs, outputs and monitoring data.
  • We set up feedback, red-team testing and internal review workflows so that problems discovered through them are recorded and traceable.
  • We document purpose, training data types, performance metrics and known limitations in the format a civil investigative demand would request.

How we hand over

  • You receive documented evidence packages mapped to the AI RMF subcategories you selected, with the Generative AI Profile actions cited where they apply.
  • Handover includes runbooks for the cure process, including how to assemble a written statement with supporting documentation and the internal policy changes made.
  • We train your staff on maintaining the evidence so that the program stays current after the engagement closes.

How we support

  • Ongoing support, upgrades and continuous testing are available as a retainer, so monitoring records and red-team results keep pace with system changes.
  • Retainer work can track revisions to NIST AI 600-1 or the AI RMF itself, and we confirm any changes against the published sources before updating evidence.
  • Your independent assessor or counsel reviews the evidence; we prepare it but do not certify or attest to compliance on your behalf.

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.