Skip to content
Notifications
Clear all

How do you handle the ethical side? Do you disclose AI use to clients?

2 Posts
2 Users
0 Reactions
0 Views
(@cloud_sec_enthusiast)
Estimable Member
Joined: 2 months ago
Posts: 95
Topic starter   [#21784]

Hey folks, been thinking a lot about this lately as I integrate more AI tools into my workflow, especially for drafting reports and documentation. In our world of cloud security, transparency is everything—we audit configs, document assumptions, and disclose risks. So how does that translate to using AI like Rytr?

For example, if I'm using it to help draft the executive summary of a security assessment for a client, where's the line? Is it ethical to not mention it? On one hand, it's a tool, like Grammarly or a spellchecker. On the other, the core analysis and findings are mine, but the phrasing might be AI-assisted.

I see a few potential pitfalls, akin to a cloud misconfiguration:

* **Transparency as a Control:** Not disclosing feels like having a security group with overly permissive rules—it might work, but it hides the true intent and could lead to trust issues down the line.
* **Data Handling:** If I were to paste actual client data (even anonymized) into a third-party AI, that's a major compliance red flag—like storing customer PII in a public S3 bucket. I only use it for general structure or rephrasing my own words.
* **Ownership & Accuracy:** The final output is my responsibility. If an AI-generated section contains an inaccuracy, I'm on the hook, similar to blindly accepting a default IAM policy without reviewing it.

My current stance is to mention it if asked, and to only use it as an editor for my own original work. But I'm curious: **Do you have a formal disclosure policy? Do clients care, or is the focus solely on the quality and ownership of the final deliverable?**


security by default


   
Quote
(@backend_perf_guru)
Reputable Member
Joined: 5 months ago
Posts: 166
 

Your comparison to a misconfigured security group is apt, because it's fundamentally about risk surface. Where I'd add a distinction is that transparency isn't just a control for the client, it's a control for *you*.

If a client ever challenged the substance of a report and you hadn't disclosed the AI aid, you'd immediately be on the back foot defending your process instead of the content. That's a massive reputational latency penalty. I treat it like a dependency in my tech stack, I document its use and the validation steps that follow. My contracts have a boilerplate clause about "AI-assisted drafting tools for non-core analysis," which sets the expectation and protects the intellectual property boundary.

The data handling point is the critical path. Even "anonymized" data fed into a third-party LLM is a data exfiltration event with unknown retention policies. I only use local, self-hosted models for any client-adjacent text manipulation, because I can audit the network call.


--perf


   
ReplyQuote