ความรู้เบื้องต้นเกี่ยวกับปัญญาประดิษฐ์ในการจัดการระบบและเครือข่าย: บทบาท ขอบเขต การรับรองความถูกต้อง และอำนาจหน้าที่

กำไร:

• ความสามารถในการแยกแยะว่างานใด (สคริปต์ บันทึก ร่างเอกสาร) ปัญญาประดิษฐ์ช่วยประหยัดเวลาได้จริง และงานใด เช่น การหยุดทำงาน การสูญหายของข้อมูล และการตัดสินใจของผู้บริหารที่ส่งผลกระทบต่อความปลอดภัย จะเป็นหน้าที่ของมนุษย์ ขึ้นอยู่กับระดับความเสี่ยงของงาน
• ความสามารถในการใช้ระเบียบวินัยสี่ขั้นตอนในการตรวจสอบเอาต์พุต AI แต่ละรายการโดยการอ่าน เชื่อมต่อกับเอกสาร ทดสอบในสภาพแวดล้อมที่แยกจากกัน และเตรียมแผนการคืนสินค้า
• ความสามารถในการทำให้หลักการของการมาสก์ข้อมูลที่ละเอียดอ่อนเป็นภายในในบันทึกและการกำหนดค่า และใช้ปัญญาประดิษฐ์เพื่อวัตถุประสงค์ในการป้องกันเฉพาะในระบบที่ได้รับอนุญาตเท่านั้น

เพจเจอร์ส่งเสียงบี๊บตอนตี 3 เซิร์ฟเวอร์ที่ใช้งานจริงไม่ตอบสนอง ปัญหาไฟดับหลายพันปอนด์ต่อชั่วโมงกำลังประมวลผลทางด้านหลังของคุณ และทุกสายตาก็จับจ้องมาที่คุณ การจัดการระบบและเครือข่าย ระเบียบวินัยที่ช่วยให้มั่นใจถึงการทำงานของเซิร์ฟเวอร์ เครือข่าย พื้นที่จัดเก็บข้อมูลและบริการที่มีประสิทธิภาพสูง อย่างต่อเนื่อง ปลอดภัย และมีประสิทธิภาพสูง ตั้งแต่การติดตั้งไปจนถึงการแพตช์ การตรวจสอบไปจนถึงการตอบสนองต่อเหตุการณ์ การสำรองข้อมูลไปจนถึงการกู้คืนระบบ ลักษณะของงานนี้คือภายใต้งานที่ต้องทำซ้ำๆ จำนวนมาก (การเขียนสคริปต์ การอ่านบันทึก การเปรียบเทียบการกำหนดค่า) มีการตัดสินใจที่หนักหน่วงจำนวนเล็กน้อย (การรีสตาร์ทเซิร์ฟเวอร์ การเปลี่ยนกฎไฟร์วอลล์ การกู้คืนข้อมูลสำรอง) ที่นี่ ปัญญาประดิษฐ์ (AI - ซอฟต์แวร์ที่แยกรูปแบบจากข้อมูลในอดีตและสร้างข้อความ โค้ด และการคาดคะเน) จะช่วยคุณประหยัดเวลาที่เป็นหัวใจสำคัญของโครงสร้างคู่นี้ แต่คำมั่นสัญญาแรกและต่อเนื่องของโมดูลนี้ชัดเจน: AI เป็นตัวช่วย ตัวสร้างแบบร่าง และเครื่องมือสนับสนุนการตัดสินใจ คุณยังคงรันคำสั่ง ยืนยันการเปลี่ยนแปลง และรับผิดชอบต่อระบบ

โมดูลขั้นสูงนี้จะติดตั้งการตอบสนองของวิศวกร ไม่ใช่กุญแจของยานพาหนะ ในหน่วยแรกนี้ เราจะตรวจสอบว่า AI ก่อให้เกิดคุณค่าที่แท้จริงที่ใด และที่ใดที่อันตรายที่แท้จริงในระบบและโลกเครือข่าย วิธีการตรวจสอบแต่ละเอาท์พุท คุณจะได้เรียนรู้ว่าข้อมูลใดที่คุณสามารถมอบให้กับเครื่องมือใดได้ และที่สำคัญที่สุดคือ การใช้อำนาจนี้ที่ได้รับอนุญาตและเชิงป้องกันเท่านั้นที่ถูกต้องตามกฎหมาย หากไม่วางรากฐาน หน่วยต่อๆ ไปจะกลายเป็นความเร็วที่อันตราย

AI มีประโยชน์ตรงไหนในการดำเนินงาน?

มาแบ่งระบบและงานเครือข่ายออกเป็นสองกลุ่มใหญ่กัน คลัสเตอร์แรก: งานที่ทำซ้ำ ข้อความและโค้ด ซึ่งสามารถผลิตได้ การเขียนสคริปต์สำรองข้อมูลฉบับร่างฉบับแรก สรุปบันทึกนับพันบรรทัดและทำเครื่องหมายความผิดปกติ อธิบายไวยากรณ์ของการกำหนดค่า nginx วางกรอบรายงานหลังชันสูตรศพ ถอดรหัสคำสั่ง cron แสดงรายการสาเหตุที่เป็นไปได้ของข้อความแสดงข้อผิดพลาด ในงานเหล่านี้ AI ลดนาทีเหลือเพียงวินาที ไม่เหนื่อย และทำงานด้วยคุณภาพเท่าเดิมแม้ในเวลาเที่ยงคืน

คลัสเตอร์ที่สอง: การตัดสินใจบังคับใช้ที่ส่งผลให้เกิดการหยุดทำงาน ข้อมูลสูญหาย หรือการละเมิดความปลอดภัย เรียกใช้ DELETE บนฐานข้อมูลที่ใช้งานจริง, เปิดกฎไฟร์วอลล์, ลบเซิร์ฟเวอร์ออกจากคลัสเตอร์, กู้คืนข้อมูลสำรองสู่การใช้งานจริง, ปรับใช้แพตช์กับฟลีตทั้งหมด การตัดสินใจเหล่านี้จำเป็นต้องมีบริบท ความรู้ของสถาบัน การยอมรับความเสี่ยง และความรับผิดชอบ ที่นี่ AI ​​ทำให้ตัวเลือกและเอฟเฟกต์ที่เป็นไปได้มองเห็นได้ แต่คุณกดปุ่ม Enter

มาอธิบายความแตกต่างกันในประโยคเดียว: AI แข็งแกร่งในคำถาม "สิ่งนี้หมายความว่าอย่างไร และมันคืออะไร"; การตัดสินใจเป็นของคุณเมื่อมีคำถามเช่น "ฉันควรดำเนินการตอนนี้หรือไม่และใครเป็นผู้รับรองเรื่องนี้" วิศวกรที่ยึดถือความแตกต่างนี้ไม่ได้นำ AI ไปสู่การผลิตด้วยความมั่นใจอย่างไร้เหตุผลหรือปฏิเสธอย่างดื้อรั้น เขาใช้มันในตำแหน่งที่ถูกต้องและในปริมาณที่เหมาะสม

เคล็ดลับ: ก่อนที่จะจ้างงานให้กับ AI ให้ถาม: “ฉันจะสูญเสียอะไรหากผลลัพธ์นี้ผิดพลาด” หากคำตอบคือ "ไม่กี่นาที" อย่าลังเลที่จะมอบหมาย หากคำตอบคือ “การหยุดชะงัก ข้อมูล หรือความปลอดภัย” ให้ AI สร้างแบบร่าง คุณตรวจสอบในสภาพแวดล้อมทดสอบและนำไปปฏิบัติ

วินัยในการตรวจสอบ: สี่ขั้นตอน

AI พูดได้อย่างคล่องแคล่วและมั่นใจ นั่นไม่ได้หมายความว่ามันเป็นเรื่องจริง AI ทำให้เกิดภาพหลอนในบางครั้ง กล่าวคือ มันปลอมธงคำสั่งที่ไม่มีอยู่จริง คีย์การกำหนดค่า หรือการเรียก API เหมือนจริง การตั้งค่าสถานะ rm ปลอมในระบบจะลบข้อมูล ไวยากรณ์ไฟร์วอลล์ปลอมอาจเปิดการรักษาความปลอดภัยหรือตัดการเข้าถึง ดังนั้นพัฒนารีเฟล็กซ์สี่ขั้นตอนเพื่อนำไปใช้กับทุกเอาท์พุต:

1. อ่านและทำความเข้าใจ อ่านคำสั่งและบรรทัดการกำหนดค่าทุกบรรทัดที่ AI สร้างขึ้นทีละบรรทัด ก่อนที่จะรันเพื่อทำความเข้าใจว่ากำลังทำอะไรอยู่ อย่ารันคำสั่งที่คุณไม่เข้าใจ ขอให้ AI อธิบายแต่ละธง
2. เชื่อมโยงไปยังเอกสาร ยืนยันแฟล็ก คีย์ หรือไวยากรณ์ที่กำหนดโดย AI ด้วยคู่มืออย่างเป็นทางการ (หน้าคู่มือ เอกสารประกอบผลิตภัณฑ์) “ธงนี้มีอยู่จริงเหรอ?” ยืนยันคำถามด้วยการค้นหา
3. ลองในสภาพแวดล้อมที่โดดเดี่ยว รันคำสั่งที่สำคัญก่อนบนเครื่องทดสอบ/การจัดเตรียม โดยใช้ --dry-run หากเป็นไปได้ การผลิตไม่ใช่สถานที่สำหรับการซ้อม
4. เตรียมการกลับมาของคุณ จดแผน "ฉันจะกลับมาได้อย่างไรหากเกิดข้อผิดพลาด" ก่อนใช้งาน: สำรองข้อมูล สแน็ปช็อต สำเนาการตั้งค่าก่อนหน้า อย่าทำการเปลี่ยนแปลงที่ไม่สามารถย้อนกลับได้เพียงเพราะ AI แนะนำ

ข้อควรระวัง: "AI พูดอย่างนั้น" ไม่ใช่เหตุผล หากมีการหยุดชะงัก ความรับผิดชอบจะไม่ใช่ของ AI แต่เป็นของวิศวกรที่ดำเนินการคำสั่งนั้นโดยไม่ได้ตรวจสอบ คำสั่ง AI ที่ไม่ได้รับการยืนยันนั้นมีความเสี่ยงพอๆ กับคำสั่ง sudo ที่กดเข้าสู่การใช้งานจริงโดยไม่ได้รับการอ่าน

อำนาจ การป้องกัน และจริยธรรม: เส้นสีแดง

ข้อมูลระบบและเครือข่ายมีการใช้งานสองแบบ: ข้อมูลเดียวกันสามารถป้องกันและทำลายเครือข่ายได้ ดังนั้น หลักจริยธรรมของโมดูลนี้จึงมีเพียงข้อเดียวและไม่มีปัญหา: ใช้ AI ในระบบที่คุณมีอำนาจเท่านั้น เพื่อวัตถุประสงค์ในการป้องกันและการปฏิบัติงาน การทำให้เซิร์ฟเวอร์ของสถาบันของคุณแข็งแกร่งขึ้น มองหาภัยคุกคามในบันทึกของคุณเอง และปิดช่องโหว่ในเครือข่ายของคุณเองเป็นสิ่งที่ถูกต้องตามกฎหมาย การสแกนระบบที่ไม่ได้เป็นของคุณ, การพยายามเจาะเข้าสู่การเข้าถึงของผู้อื่น, แทรกซึมเครือข่ายโดยไม่ได้รับอนุญาต ถือเป็นสิ่งผิดกฎหมาย และการใช้ AI เพื่อจุดประสงค์นี้ถือเป็นการกระทำที่ผิดกฎหมายเช่นกัน คุณถาม AI ไม่ใช่ "ฉันจะแทรกซึมระบบนี้ได้อย่างไร" แต่ "ฉันจะปกป้องระบบของตัวเองจากการโจมตีครั้งนี้ได้อย่างไร"

ในด้านข้อมูลจำเป็นต้องมีความเข้มงวดที่คล้ายกัน บันทึก การกำหนดค่า และโทโพโลยีมักจะมีความละเอียดอ่อนและเป็นความลับ: ที่อยู่ IP ภายใน ชื่อผู้ใช้ ชื่อโฮสต์ คีย์ API ใบรับรอง ปิดบังบันทึกหรือการกำหนดค่าก่อนวางลงในเครื่องมือสาธารณะ (10.x.x.x แทนที่จะเป็น IP จริง ผู้ใช้ 1 แทนที่จะเป็นผู้ใช้จริง คีย์ที่ปกปิด) ให้ข้อมูลที่เป็นความลับแก่ยานพาหนะที่ทำสัญญาของสถาบันเท่านั้น ซึ่งข้อมูลไม่ได้นำไปฝึกอบรมโมเดล

มินิเคสสามอัน

กรณีที่ 1 — การประหยัดเวลาถูกที่แล้ว ผู้ดูแลระบบใช้เวลา 45 นาทีทุกเช้าในการสแกนเอาต์พุต syslog จากเซิร์ฟเวอร์ 60 เครื่องด้วยตนเอง เขามอบบันทึกโดยปกปิด IP และชื่อโฮสต์ให้กับ AI และกล่าวว่า "จัดกลุ่มข้อผิดพลาดตามระดับความรุนแรงและทำเครื่องหมายรูปแบบที่เกิดซ้ำ 5 รูปแบบ" เวลาลดลงเหลือ 8 นาที เขาทุ่มเทเวลา 37 นาทีที่บันทึกไว้เพื่อยืนยันรูปแบบวิกฤตที่ AI ทำเครื่องหมายไว้ในระบบจริง AI ทำการรีเพลย์ การตัดสินใจยังคงอยู่กับวิศวกร

กรณีที่ 2 — การยืนยันช่วยป้องกันภัยพิบัติ วิศวกร DevOps ถาม AI เกี่ยวกับสคริปต์สำหรับการล้างข้อมูลบนดิสก์ YZ ค้นหา /var/log -mtime +30 -exec rm {} \; พระองค์ทรงออกคำสั่งที่คล้ายกัน ใช้งานได้คล่อง แต่วิศวกรทำตามขั้นตอน "อ่านและทำความเข้าใจ" และพบว่าคำสั่งอาจทำงานในไดเร็กทอรีรากแทน /var/log เนื่องจากตัวแปรพาธไม่ถูกต้อง เขาลองใช้ลอจิก --dry-run โดยแทนที่ rm ด้วย echo บนเครื่องทดสอบ เห็นข้อผิดพลาดและแก้ไขแล้ว ขั้นตอนนี้ทำให้ไม่สามารถช่วยเหลือได้นานหลายชั่วโมง

กรณีที่ 3 — ขอบเขตด้านจริยธรรมและการรักษาความลับ เด็กฝึกงานเพิ่งวางสตริงการเชื่อมต่อทั้งหมดของฐานข้อมูลที่ใช้งานจริง (รวมถึงชื่อผู้ใช้ รหัสผ่าน โฮสต์) ลงในเครื่องมือสาธารณะและพูดว่า "เพิ่มประสิทธิภาพการเชื่อมต่อนี้" วิศวกรอาวุโสเข้ามาแทรกแซง: นี่เป็นข้อมูลประจำตัวที่ใช้งานอยู่ซึ่งควบคุมไม่ได้ และจำเป็นต้องหมุนเวียนรหัสผ่านทันที (เปลี่ยน) งานเดียวกันนี้เกิดขึ้นอีกครั้งในเครื่องมือที่สถาบันอนุมัติ โดยปกปิดความลับทั้งหมดด้วย REDACTED และรหัสผ่านที่รั่วไหลก็ถูกเปลี่ยนทันที

เทมเพลตที่สามารถคัดลอกได้สี่แบบ

1) การประเมินความเสี่ยงภารกิจ:

บทบาทของคุณ: ที่ปรึกษาอาวุโสด้านระบบ/วิศวกรรมเครือข่าย ฉันจะอธิบายบทบาทด้านล่าง บอกฉัน (1) ว่านี่เป็นงานร่าง/วิเคราะห์ที่สามารถมอบหมายให้กับ AI ได้อย่างปลอดภัยหรืองานดำเนินการที่สำคัญซึ่งมนุษย์ต้องตัดสินใจ (2) ผลกระทบที่อาจเกิดขึ้นจากเอาต์พุตที่ไม่ถูกต้อง (เวลาหยุดทำงาน/ข้อมูล/ความปลอดภัย) (3) แผนการตรวจสอบและทางเลือกใดที่ฉันควรเตรียมก่อนดำเนินการ งาน: [แทรกงานที่นี่]

2) คำอธิบายคำสั่งและการตรวจสอบความปลอดภัย:

อธิบายบรรทัดคำสั่งต่อไปนี้ทีละบรรทัด: ระบุว่าแต่ละแฟล็กทำหน้าที่อะไร ไฟล์/ไดเร็กทอรีใดที่แฟล็กส่งผลกระทบ และผลกระทบในการทำลายที่เป็นไปได้ การใช้ธงที่สร้างขึ้น หากคุณไม่แน่ใจ ให้เขียนว่า "ต้องการการยืนยัน" รายการความเสี่ยง 3 รายการที่ฉันควรใส่ใจก่อนรันคำสั่งนี้ในการใช้งานจริง คำสั่ง: [คำสั่ง]

3) การควบคุมการปิดบังข้อมูล:

ข้อความบันทึก/การกำหนดค่าที่ฉันจะให้คุณอาจมีข้อมูลที่ละเอียดอ่อน (IP, ชื่อโฮสต์, ผู้ใช้, รหัสผ่าน, คีย์ API, ใบรับรอง) รายการแรกว่าบริเวณใดในข้อความนี้จำเป็นต้องปกปิด จะมาสก์แล้วส่งใหม่ครับ อย่าวิเคราะห์อย่างที่มันเป็น

4) กรอบอำนาจและวัตถุประสงค์:

เป้าหมายของฉันคือการป้องกันและการปฏิบัติการบน [ระบบ/เครือข่าย] ที่ฉันได้รับอนุญาต ฉันจะถามคำถามคุณ ให้คำตอบของคุณภายในกรอบการป้องกัน การเสริมความแข็งแกร่ง และการตรวจสอบเท่านั้น เตือนฉันในกรณีที่มีการเข้าถึงโดยไม่ได้รับอนุญาตหรือขอขั้นตอนการโจมตี และแนะนำทางเลือกในการป้องกันที่ถูกต้อง

พรอมต์อ่อน / พรอมต์แข็งแกร่ง

พรอมต์ที่อ่อนแอ:

เร่งความเร็วเซิร์ฟเวอร์ของฉัน

พรอมต์นี้ไม่มีบริบท: ไม่ชัดเจนว่าระบบปฏิบัติการใด ปัญหาคอขวดใด และเมตริกใด AI ถือเป็นกระแสหลัก ใช้ไม่ได้ และบางชนิดก็ปล่อยสารอันตรายออกมา

พรอมต์อันทรงพลัง:

บทบาทของคุณ: ผู้ช่วยอาวุโสวิศวกรระบบ Linux ฉันมีเว็บเซิร์ฟเวอร์ 8-core/16GB ที่ใช้ Ubuntu 22.04 พร้อม CPU อย่างต่อเนื่องที่ 85% ฉันมีผลลัพธ์ของ "ball" และ "iostat" ที่มาสก์ (ด้านล่าง) เป้าหมายของฉันคือการระบุจุดคอขวด ให้ฉัน (1) เมตริกที่ต้องการค้นหาในผลลัพธ์ (2) สาเหตุที่เป็นไปได้ตามลำดับความน่าจะเป็น (3) คำสั่งการวินิจฉัยแบบอ่านอย่างเดียวสำหรับแต่ละสาเหตุที่ฉันสามารถทำงานได้โดยไม่ต้องสัมผัสการใช้งานจริง แนะนำการเปลี่ยนแปลง วินิจฉัยก่อน ผลลัพธ์: [ข้อมูลที่ปกปิด]

แนวทาง

ความเร็ว

ความซื่อสัตย์/ความเสี่ยงด้านความปลอดภัย

ความรับผิดชอบของใคร

การดำเนินการคำสั่งที่สำคัญด้วย AI โดยไม่ต้องตรวจสอบ

สูง

สูงมาก

ไม่แน่นอน — เป็นอันตราย

ร่าง AI การตรวจสอบและการบังคับใช้โดยมนุษย์

สูง

ต่ำ (หากได้รับการยืนยัน)

มนุษย์—จริง

อย่าทำทุกอย่างด้วยมือ

ต่ำ

ต่ำ

มนุษย์แต่ช้า

ไม่เคยใช้เอไอ

ต่ำ

ต่ำ

อยู่เบื้องหลังคู่แข่ง

ข้อผิดพลาดทั่วไป

• เข้าใจผิดว่าคล่องเพื่อความถูกต้อง AI สร้างคำสั่งอย่างมั่นใจ นี่ไม่ได้ระบุว่าคำสั่งนั้นปลอดภัย โปรดอ่านแต่ละบรรทัด
• การมอบหมายการดำเนินการที่สำคัญ ในการผลิต การให้ AI "อนุมัติ" rm, DELETE, การเปลี่ยนแปลงไฟร์วอลล์ และการกู้คืน ทำให้ความรับผิดชอบแขวนลอยอยู่ในอากาศ
• การส่งออกข้อมูลที่ละเอียดอ่อนไปยังเครื่องมือแบบเปิด การวางบันทึกที่มี IP รหัสผ่าน และคีย์โดยไม่ปิดบังถือเป็นการละเมิดความปลอดภัย
• ทำให้อำนาจและวัตถุประสงค์ไม่ชัดเจน ใช้เฉพาะในระบบที่ได้รับอนุญาตของคุณเองเพื่อวัตถุประสงค์ในการป้องกัน มิฉะนั้นจะผิดกฎหมาย
• การดำเนินการโดยไม่มีแผนสำรอง ทำการเปลี่ยนแปลงโดยไม่ต้องสำรองข้อมูลหรือสแน็ปช็อตเพียงเพราะ AI แนะนำว่าสิ่งนี้จะเป็นสูตรสำหรับภัยพิบัติ

เคล็ดลับ: เริ่มต้นเซสชัน AI ทุกเซสชันด้วย “บทบาท + บริบทของระบบ + ข้อมูลที่ปกปิด + งาน + ข้อจำกัด + อำนาจ/วัตถุประสงค์ + ผู้มีอำนาจตัดสินใจ” กรอบการทำงานนี้ปรับปรุงทั้งคุณภาพและความปลอดภัยของเอาต์พุตไปพร้อมๆ กัน

โดยสรุป

การบริหารระบบและเครือข่ายถือเป็นวินัยที่การตัดสินใจหนักๆ เพียงเล็กน้อยต้องรองรับงานซ้ำๆ จำนวนมาก AI เป็นผู้ช่วยอันทรงพลังที่เร่งความเร็วงานข้อความและโค้ดที่ซ้ำกัน แต่การหยุดทำงาน ข้อมูลสูญหาย และการตัดสินใจของผู้บริหารที่ส่งผลต่อความปลอดภัยถือเป็นความรับผิดชอบของวิศวกร อ่านแต่ละเอาต์พุต ลิงก์กับเอกสาร ลองแยกกัน เตรียมการส่งคืน ปิดบังข้อมูลที่ละเอียดอ่อน มอบให้กับเครื่องมือที่ปลอดภัยเท่านั้น และที่สำคัญที่สุด: ใช้พลังนี้เพื่อจุดประสงค์ในการป้องกันเฉพาะกับระบบที่คุณได้รับอนุญาตเท่านั้น วิศวกรที่สร้างระเบียบวินัยนี้จะนำทุกเทคนิคไปใช้อย่างปลอดภัยในหน่วยถัดไป

งานสมัคร

แสดงรายการงาน 10 รายการจากธุรกิจของคุณเองที่คุณทำในสัปดาห์ที่ผ่านมา ทำเครื่องหมายแต่ละรายการว่าเป็น "ร่าง/การวิเคราะห์ที่มอบหมายโดย AI" หรือ "การตัดสินใจดำเนินการโดยมนุษย์" และเพิ่มคอลัมน์ "ผลกระทบหากผิด (การหยุดชะงัก/ข้อมูล/ความปลอดภัย)" ถัดจากคอลัมน์นั้น เลือกหนึ่งในสิ่งที่สามารถถ่ายโอนได้และปรึกษา AI ด้วยเทมเพลต "การประเมินความเสี่ยงของงาน" ด้านบน จากนั้นมาสก์บันทึกรายการใดรายการหนึ่งของคุณ (IP, โฮสต์, ผู้ใช้) และขอการวิเคราะห์ตัวอย่าง ใช้ระบบสะท้อนกลับการยืนยันสี่ขั้นตอนและเขียนข้อสังเกตของคุณเป็น 6 รายการ

รายการตรวจสอบ

• [ ] ฉันได้แยกงานออกเป็น "มอบหมายได้" และ "การตัดสินใจของผู้บริหารที่เป็นมนุษย์" หรือไม่
• [ ] ฉันได้อ่านผลลัพธ์ที่สำคัญทุกรายการ เชื่อมโยงกับเอกสาร ลองใช้ในสภาพแวดล้อมที่แยกออกไป และเตรียมแผนการคืนสินค้าหรือไม่
• [ ] ฉันได้ปกปิด IP, โฮสต์, ผู้ใช้, รหัสผ่าน และคีย์ในบันทึกและการกำหนดค่าหรือไม่
• [ ] ฉันเผยแพร่เฉพาะข้อมูลที่ละเอียดอ่อนไปยังเครื่องมือที่ปลอดภัยและได้รับการอนุมัติจากสถาบันหรือไม่
• [ ] ฉันใช้ AI เฉพาะในระบบที่ฉันได้รับอนุญาตและเพื่อวัตถุประสงค์ในการป้องกันหรือไม่?
• [ ] ฉันได้รวมบทบาท บริบท ข้อมูลที่ปกปิด งาน ข้อจำกัด อำนาจ และผู้มีอำนาจตัดสินใจไว้ในข้อความแจ้งหรือไม่