Ist mir in meiner eigenen Umgebung mit DB gestern abend aufgefallen:
Wenn unsere DB im Produktivbetrieb Personendaten enthält, wie zum beispiel KAO- und wir analysieren den Code oder nehmen Änderungen mit KAI vor, kommt dann der Inhalt der DB, und damit auch die Dokumente mit in die Server-KI-Auswertung, und damit potentiell auch mit in die Trainingsdaten? Und wenn ja: gibt es eine Konfiguration, in der wir sicherstellen können, dass das nicht so ist?
Ist mir in meiner eigenen Umgebung mit DB gestern abend aufgefallen:
Wenn unsere DB im Produktivbetrieb Personendaten enthält, wie zum beispiel KAO- und wir analysieren den Code oder nehmen Änderungen mit KAI vor, kommt dann der Inhalt der DB, und damit auch die Dokumente mit in die Server-KI-Auswertung, und damit potentiell auch mit in die Trainingsdaten? Und wenn ja: gibt es eine Konfiguration, in der wir sicherstellen können, dass das nicht so ist?
Daniel
added the Frage label 2026-09-10 07:25:53 +00:00
für alles testdaten .... Test TG mit test TG vorsitzenden (so mache ich das)
sensible Daten nur verschlüsselt ablegen
im Endeffekt hilft nur eine eigene KI, späteres beim fehlerdebugging holt dich alles ein, oder du suchst händisch danach
- eigene KI
- für alles testdaten .... Test TG mit test TG vorsitzenden (so mache ich das)
- sensible Daten nur verschlüsselt ablegen
im Endeffekt hilft nur eine eigene KI, späteres beim fehlerdebugging holt dich alles ein, oder du suchst händisch danach
heißt, die KAO liegt nur verschlüsselt in der DB und die KI leitet die Daten beim debugging zwar mit aus, aber sie sind halt verschlüsselt? Oder könnte man die Datenbank entkoppeln. Im Code liegt nur ein Test-DB-dump, die große KI nutzt das, um weiterzuentwickeln, zu debuggen und so, und dann hat man ne eigene "kleine" KI, die notwendige Änderungen an der Datenbank in die Produktiv-DB rüberschiebt?
heißt, die KAO liegt nur verschlüsselt in der DB und die KI leitet die Daten beim debugging zwar mit aus, aber sie sind halt verschlüsselt? Oder könnte man die Datenbank entkoppeln. Im Code liegt nur ein Test-DB-dump, die große KI nutzt das, um weiterzuentwickeln, zu debuggen und so, und dann hat man ne eigene "kleine" KI, die notwendige Änderungen an der Datenbank in die Produktiv-DB rüberschiebt?
ja die kao-pdf ist verschlüsselt abgelegt.
die ki leitet seltenst originaldaten raus was raus, idR. werden die lokal via script verarbeitet und die ki interpretiert das Ergebnis.
Im Code liegt nur ein Test-DB-dump, die große KI nutzt das, um weiterzuentwickeln,
es sind *..sql hinterlegt mit CREATE und Beispiel INSERT
ja die kao-pdf ist verschlüsselt abgelegt.
die ki leitet seltenst originaldaten raus was raus, idR. werden die lokal via script verarbeitet und die ki interpretiert das Ergebnis.
ja wir brauchen eine eigene ki, nicht nur der Datensicherheit zuliebe.
[https://openai.com/de-DE/business-data/](https://openai.com/de-DE/business-data/ )
`Im Code liegt nur ein Test-DB-dump, die große KI nutzt das, um weiterzuentwickeln,`
es sind *..sql hinterlegt mit CREATE und Beispiel INSERT
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Ist mir in meiner eigenen Umgebung mit DB gestern abend aufgefallen:
Wenn unsere DB im Produktivbetrieb Personendaten enthält, wie zum beispiel KAO- und wir analysieren den Code oder nehmen Änderungen mit KAI vor, kommt dann der Inhalt der DB, und damit auch die Dokumente mit in die Server-KI-Auswertung, und damit potentiell auch mit in die Trainingsdaten? Und wenn ja: gibt es eine Konfiguration, in der wir sicherstellen können, dass das nicht so ist?
im Endeffekt hilft nur eine eigene KI, späteres beim fehlerdebugging holt dich alles ein, oder du suchst händisch danach
heißt, die KAO liegt nur verschlüsselt in der DB und die KI leitet die Daten beim debugging zwar mit aus, aber sie sind halt verschlüsselt? Oder könnte man die Datenbank entkoppeln. Im Code liegt nur ein Test-DB-dump, die große KI nutzt das, um weiterzuentwickeln, zu debuggen und so, und dann hat man ne eigene "kleine" KI, die notwendige Änderungen an der Datenbank in die Produktiv-DB rüberschiebt?
ja die kao-pdf ist verschlüsselt abgelegt.
die ki leitet seltenst originaldaten raus was raus, idR. werden die lokal via script verarbeitet und die ki interpretiert das Ergebnis.
ja wir brauchen eine eigene ki, nicht nur der Datensicherheit zuliebe.
https://openai.com/de-DE/business-data/
Im Code liegt nur ein Test-DB-dump, die große KI nutzt das, um weiterzuentwickeln,es sind *..sql hinterlegt mit CREATE und Beispiel INSERT