PWN-ALL · ความปลอดภัยไซเบอร์และการพัฒนาซอฟต์แวร์

PWN-ALL ให้บริการสี่ด้านที่เชื่อมโยงกัน ได้แก่: การทดสอบการเจาะระบบและการจำลองการโจมตี; การตอบสนองต่อเหตุการณ์และนิติวิทยาศาสตร์ดิจิทัล; การพัฒนาซอฟต์แวร์ Rust และ Python อย่างปลอดภัย; และการให้คำปรึกษาด้านความปลอดภัยที่ไม่ผูกมัดกับผู้จำหน่ายใด ๆ แต่ละโครงการจะมีขอบเขตงานที่ระบุเป็นลายลักษณ์อักษร ผลลัพธ์ที่ชัดเจน และเกณฑ์การรับมอบงานที่ตกลงร่วมกัน

ใช่ PWN-ALL Auditing, Reviewing & Testing Cyber Risks CO. L.L.C เป็นบริษัทที่ตั้งอยู่ในดูไบ สหรัฐอาหรับเอมิเรตส์ ก่อตั้งขึ้นในปี 2024 และดำเนินการภายใต้ใบอนุญาต Dubai DET หมายเลข 1324553. บริษัทนี้ยังมีหมายเลข D-U-N-S 571235572 และ NCAGE 10G8W

เราทำงานหลักกับบริษัทขนาดใหญ่ องค์กรรัฐบาล และแพลตฟอร์มที่มีมูลค่าสูงทั่วโลก การให้บริการสามารถดำเนินการแบบระยะไกลข้ามเขตอำนาจศาลได้ พร้อมการสื่อสารในกว่า 20 ภาษา โดยข้อกำหนดทางกฎหมาย หลักฐาน หรือการจัดการข้อมูลที่เฉพาะเจาะจงตามแต่ละสถานที่จะได้รับการตกลงกันในขั้นตอนการกำหนดขอบเขตงาน

ใช่ครับ เราสามารถลงนามในข้อตกลงไม่เปิดเผยข้อมูล (NDA) ก่อนที่จะแบ่งปันข้อมูลที่ละเอียดอ่อน และใช้ Signal, อีเมลที่เข้ารหัสด้วย PGP หรือช่องทางอื่นที่ลูกค้าอนุมัติ การเข้าถึงข้อมูลลูกค้าจะดำเนินการตามหลักการ “รู้เท่าที่จำเป็น” ภายใต้มาตรการควบคุมที่ตกลงกันไว้สำหรับโครงการนี้

เริ่มจากผลลัพธ์ที่คุณต้องการ บริการหรือสินทรัพย์ที่เกี่ยวข้อง ระดับความเร่งด่วน กำหนดเวลา และข้อจำกัดด้านการดำเนินงานหรือด้านกฎระเบียบใดๆ; อย่าส่งข้อมูลลับก่อนที่จะมีข้อตกลงไม่เปิดเผยข้อมูล (NDA) และช่องทางสื่อสารที่ปลอดภัย เราจะยืนยันขอบเขตงาน ข้อยกเว้น การอนุญาต กฎการดำเนินการ ผลลัพธ์ที่คาดหวัง เกณฑ์การรับมอบงาน ผู้ติดต่อ และกำหนดเวลาเป็นลายลักษณ์อักษร

การทดสอบการเจาะระบบที่วางแผนไว้สามารถเริ่มได้ภายใน 3–5 วันทำการ หลังจากกำหนดขอบเขตการทดสอบและได้รับอนุญาตเป็นลายลักษณ์อักษร โดยขึ้นอยู่กับความพร้อมให้บริการในขณะนั้น ส่วนเหตุการณ์ที่เกิดขึ้นจริงจะใช้กระบวนการตอบสนอง 24/7 ที่แยกต่างหาก ดังนั้น หากเกิดสถานการณ์ฉุกเฉิน ควรแจ้งทันทีผ่านทางโทรศัพท์หรือช่องทางส่งข้อความที่ปลอดภัย

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

ขอบเขตที่ได้รับอนุญาตอาจรวมถึงแอปพลิเคชันเว็บ API เครือข่ายภายนอกและภายใน Active Directory สภาพแวดล้อมคลาวด์ และแอปพลิเคชันมือถือ นอกจากนี้ การดำเนินการของทีมแดงในขอบเขตที่กว้างขึ้นยังสามารถทดสอบการควบคุมด้านอัตลักษณ์ บุคลากร และทางกายภาพได้ หากกิจกรรมดังกล่าวได้รับการอนุญาตอย่างชัดเจน

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

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

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

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

ระยะเวลาจะขึ้นอยู่กับขอบเขตการทดสอบ การเข้าถึง ความซับซ้อน และความต้องการในการทดสอบซ้ำ หน้าบริการระบุระยะเวลาเริ่มต้นโดยประมาณว่า การทดสอบเว็บและ API ใช้เวลาประมาณสองสัปดาห์ การทดสอบเครือข่ายใช้เวลาประมาณสามสัปดาห์ และการฝึกซ้อมแบบทีมแดงใช้เวลาประมาณหกสัปดาห์ ส่วนข้อเสนอจะระบุกำหนดการจริง

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

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

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

ใช่ครับ บริการตอบสนองต่อเหตุการณ์ 24/7 จะรับผิดชอบในการควบคุมสถานการณ์ การรักษาหลักฐาน การกำหนดขอบเขตการตรวจสอบทางนิติวิทยาศาสตร์ การกำจัดภัยคุกคาม การกู้คืนระบบ และการเสริมความปลอดภัยหลังเกิดเหตุการณ์ สำหรับเหตุการณ์ที่กำลังเกิดขึ้น โปรดโทรหรือใช้ Signal ทันที และหลีกเลี่ยงการส่งหลักฐานที่ละเอียดอ่อนผ่านช่องทางที่ไม่ได้รับอนุญาต

ไม่ครับ ทีม DFIR ยังรับผิดชอบกรณีการขโมยข้อมูลและการขู่กรรโชกโดยไม่ใช้การเข้ารหัส การโจมตีอีเมลธุรกิจ (Business Email Compromise) และการฉ้อโกงการชำระเงิน การยึดครองบัญชี การโจมตี Microsoft 365 หรือ Google Workspace และระบบคลาวด์ กรณีการโจมตีจากภายในองค์กร รวมถึงแอปพลิเคชันเว็บหรือเซิร์ฟเวอร์ที่ถูกโจมตีด้วย

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

ศูนย์บริการเหตุฉุกเฉินดำเนินการศูนย์ประสานงานตอบสนองตลอด 24 ชั่วโมงทุกวัน ระดับบริการที่กำหนดไว้คือภายใน 60 นาที นับจากเวลาที่รับสายครั้งแรกจนกระทั่งนักวิเคราะห์เข้าร่วมศูนย์ประสานงานร่วม โดยคำแนะนำเบื้องต้นในการควบคุมสถานการณ์จะเริ่มตั้งแต่ขั้นตอนการคัดกรอง; เวลาควบคุมสถานการณ์จริงขึ้นอยู่กับความสะดวกในการเข้าถึง ขอบเขตของเหตุฉุกเฉิน และความสามารถของลูกค้าในการดำเนินการตามคำแนะนำ

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

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

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

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

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

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

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

บริการที่ปรึกษาครอบคลุมด้านสถาปัตยกรรมความปลอดภัย การประเมินความเสี่ยงที่เน้นด้านธุรกิจ ความพร้อมตาม GDPR การเตรียมการสำหรับการตรวจสอบ นโยบายและกระบวนการตอบสนองต่อเหตุการณ์ การบูรณาการการพัฒนาที่ปลอดภัย และการฝึกอบรมตามบทบาท ผลลัพธ์ทั่วไป ได้แก่ ข้อค้นพบที่จัดลำดับความสำคัญ รายการความเสี่ยงพร้อมผู้รับผิดชอบ แผนการเสริมความปลอดภัย คู่มือการดำเนินการ และชุดหลักฐานที่พร้อมสำหรับการตรวจสอบ

ไม่. ความพร้อมในการปฏิบัติตามข้อกำหนดคือการสนับสนุนด้านเทคนิคและการดำเนินงาน ไม่ใช่คำปรึกษาทางกฎหมายหรือการรับประกันการรับรอง; ผลการวิเคราะห์ทางนิติวิทยาศาสตร์ขึ้นอยู่กับหลักฐานที่ได้รับการเก็บรักษาไว้; การกู้คืนข้อมูลขึ้นอยู่กับสภาพของเหตุการณ์; และการทดสอบความปลอดภัยไม่สามารถพิสูจน์ได้ว่าไม่มีจุดอ่อนได้ แต่ละข้อเสนอจะกำหนดงานที่สามารถวัดได้และเกณฑ์การยอมรับ โดยไม่สัญญาผลลัพธ์ที่อยู่นอกเหนือการควบคุมของ PWN-ALL

PWN-ALL แบ่งผลิตภัณฑ์ออกเป็น 3 ประเภท ได้แก่ Dark-Web and Leak Monitor, BotGuard (ระบบตรวจจับบอต) และ Vulnerability Scan Hub นอกจากนี้ยังให้บริการเครื่องมือฟรีมากกว่า 20 ชนิดที่ทำงานผ่านเบราว์เซอร์ สำหรับงานต่าง ๆ เช่น การแฮช (hashing), การสร้างกุญแจ (key generation), การซ่อนข้อมูล (steganography), การระบุตัวแรนซัมแวร์ (ransomware identification), และการดูไฟล์หรือข้อมูลทางนิติวิทยาศาสตร์ (forensic viewing); เครื่องมือที่ระบุว่าเป็นฝั่งไคลเอนต์ (client-side) จะทำงานในเบราว์เซอร์ท้องถิ่นโดยไม่ส่งข้อมูลที่ประมวลผลแล้วขึ้นเซิร์ฟเวอร์

ตั้งรหัสผ่านใหม่สำหรับบัญชีที่ได้รับผลกระทบจากอุปกรณ์ที่ทราบว่าปลอดภัย แทนที่จะใช้อุปกรณ์ที่ถูกบุกรุก ออกจากระบบและยกเลิกเซสชันทั้งหมดที่กำลังทำงานอยู่ ลบรหัสผ่านของแอปหรือสิทธิ์การเข้าถึงของแอปที่เชื่อมต่อไว้ทั้งหมด และเปิดใช้งานการยืนยันตัวตนหลายขั้นตอน เก็บรักษากล่องจดหมายไว้พร้อมกับบันทึกการเข้าสู่ระบบและบันทึกการตรวจสอบ และตรวจสอบกฎการส่งต่อหรือกฎในกล่องจดหมายที่ซ่อนอยู่ แต่ห้ามลบข้อความ กฎ หรือบัญชี เนื่องจากสิ่งเหล่านี้เป็นหลักฐาน หากการถูกบุกรุกยังคงดำเนินอยู่หรือมีการโอนเงินเกิดขึ้น ให้โทรหรือใช้ Signal เพื่อติดต่อสายด่วน 24/7 แทนที่จะรอผ่านแชท ทีม DFIR รับมือกับกรณี Microsoft 365, Google Workspace และการยึดครองบัญชีอย่างครบวงจร ตั้งแต่การควบคุมสถานการณ์ ไปจนถึงการหาสาเหตุหลักและการเสริมความปลอดภัย

นี่เป็นกรณีการโจมตีอีเมลธุรกิจและการฉ้อโกงการชำระเงินที่กำลังเกิดขึ้น ดังนั้นความเร็วจึงเป็นสิ่งสำคัญ — โปรดติดต่อธนาคารของคุณและธนาคารผู้รับทันทีเพื่อพยายามเรียกคืนหรือระงับการโอนเงิน และรายงานให้หน่วยงานที่เกี่ยวข้องทราบ โปรดแจ้งให้เราทราบผ่านสายด่วน 24/7 แทนที่จะรอผ่านระบบแชท โดยเฉพาะอย่างยิ่งเมื่อเงินอาจยังอยู่ในระหว่างการโอน ทีม DFIR ของเราจะดำเนินการสอบสวนว่าผู้ร้ายเข้าถึงกล่องจดหมายหรือบัญชีได้อย่างไร ข้อมูลใบแจ้งหนี้หรือข้อมูลธนาคารถูกแก้ไขหรือไม่ และข้อมูลอื่น ๆ ที่ถูกแตะต้องอะไรบ้าง พร้อมทั้งรักษาหลักฐานไว้สำหรับธนาคาร บริษัทประกันภัย และหน่วยงานกำกับดูแลที่เกี่ยวข้อง โปรดเก็บรักษาอีเมลและบันทึกบัญชีไว้อย่างครบถ้วน และหลีกเลี่ยงการลบข้อมูลใด ๆ เพื่อรักษาภาพรวมทางนิติวิทยาศาสตร์ให้สมบูรณ์

นี่คือการขโมยข้อมูลและการขู่กรรโชกโดยไม่ใช้การเข้ารหัส ซึ่งอยู่ในขอบเขตของการปฏิบัติ DFIR อย่างชัดเจน แม้ว่าจะไม่มีการใช้แรนซัมแวร์ก็ตาม สิ่งสำคัญที่สุดคือการรักษาหลักฐาน กำหนดขอบเขตของข้อมูลที่ถูกเข้าถึงและนำออกไปจริง จำกัดเส้นทางการเข้าถึง และทำความเข้าใจข้อเรียกร้องก่อนที่จะมีใครตอบกลับผู้ก่อภัยคุกคาม อย่าจ่ายเงิน เจรจา หรือตอบกลับข้อเรียกร้องก่อนที่ผู้รับผิดชอบเหตุการณ์หลักและผู้เกี่ยวข้องด้านกฎหมายและประกันภัยจะตกลงกันเกี่ยวกับแนวทางดำเนินการ แจ้งเรื่องนี้ผ่านสายด่วน 24/7 และส่งต่อข้อความขู่ผ่านช่องทางที่ปลอดภัย แทนที่จะใช้ช่องทางสาธารณะหรือช่องทางที่ไม่ได้รับอนุญาต

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

ทุกการตอบสนองจะรวมถึงการเสริมความปลอดภัยหลังเหตุการณ์ เมื่อภัยคุกคามในทันทีได้รับการจัดการแล้ว โดยใช้ผลการวิเคราะห์สาเหตุหลักและจุดเข้าถึงเริ่มต้น ทีมจะจัดทำแผนการเสริมความปลอดภัยที่จัดลำดับความสำคัญ เพื่อปิดช่องโหว่เฉพาะที่ผู้โจมตีได้ใช้ และลดช่องทางที่อาจเกิดการโจมตีซ้ำ สำหรับงานที่ลึกซึ้งและต่อเนื่อง ทีมที่ปรึกษาสามารถแปลงข้อมูลดังกล่าวเป็นทะเบียนความเสี่ยง (risk register) ที่ระบุผู้รับผิดชอบ นโยบายที่อัปเดต และคู่มือการตอบสนองต่อเหตุการณ์ (incident-response runbooks) รวมถึงการฝึกอบรมตามบทบาทเฉพาะ ส่วนทีมวิศวกรรมสามารถพัฒนาเครื่องมือที่จำเป็นสำหรับการแก้ไขปัญหา การเสริมความปลอดภัยช่วยลดความเสี่ยงและเพิ่มความสามารถในการรับมือ แต่ไม่มีผู้ให้บริการใดที่สามารถรับประกันได้ว่าเหตุการณ์ในอนาคตจะไม่เกิดขึ้น

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

ระบบที่มีอยู่ปัจจุบันอยู่ในขอบเขตงานอย่างชัดเจน; ทีมวิศวกรรมรับงานด้านการย้ายระบบ (migration), การเสริมความปลอดภัย (hardening), และบริการผลิตที่มีความสำคัญต่อความปลอดภัยเป็นประจำ ไม่ใช่เพียงการสร้างระบบใหม่จากศูนย์ (greenfield builds) เท่านั้น การทำงานเริ่มด้วยขั้นตอนการสำรวจ (discovery phase) เพื่อกำหนดว่าโค้ด ข้อมูล และขอบเขตความเชื่อถือในปัจจุบันทำงานอย่างไรก่อนที่จะมีการเปลี่ยนแปลงใดๆ ตามด้วยขั้นตอนการออกแบบสถาปัตยกรรม การนำไปใช้จริง และขั้นตอนการเสริมความปลอดภัยที่เฉพาะเจาะจง หากความต้องการหลักคือการประเมินความปลอดภัยของโค้ดแอปพลิเคชันที่มีอยู่ บริการนี้จะถูกดำเนินการผ่านการทดสอบการเจาะระบบแอปพลิเคชัน (application penetration testing) และการบูรณาการการพัฒนาอย่างปลอดภัย (secure development integration) ของทีมที่ปรึกษา โดยขอบเขตการให้บริการที่เหมาะสมจะถูกกำหนดร่วมกันในการพูดคุยขั้นต้น

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

การบูรณาการ AI และ LLM เป็นส่วนสำคัญที่ชัดเจนในกระบวนการวิศวกรรมของ Rust และ Python ซึ่งถูกออกแบบให้ปลอดภัยตั้งแต่ต้น (secure-by-design) ผ่านขั้นตอนการสำรวจ การออกแบบสถาปัตยกรรม การพัฒนา และการเสริมความปลอดภัย ด้วยมาตรฐานความปลอดภัยและการทดสอบการยอมรับที่ได้รับการตกลงร่วมกัน ความเสี่ยงที่เกี่ยวข้องกับคุณสมบัติของ LLM โดยเฉพาะ เช่น ข้อมูลอินพุตที่ไม่น่าเชื่อถือที่เข้าสู่โมเดล การเปิดเผยข้อมูลที่ละเอียดอ่อน ขอบเขตการเข้าถึงที่อนุญาตให้กับโมเดล รวมถึงการควบคุมการละเมิดหรือค่าใช้จ่ายที่เกินควบคุม ได้ถูกกำหนดขอบเขตและจัดการเป็นส่วนหนึ่งของงานดังกล่าว แทนที่จะถูกเพิ่มเข้ามาภายหลัง เช่นเดียวกับงานด้านความปลอดภัยใดๆ โครงการนี้กำหนดมาตรการควบคุมและเกณฑ์การยอมรับที่สามารถวัดได้ แทนที่จะรับประกันว่าระบบไม่สามารถถูกใช้งานผิดวัตถุประสงค์ได้

คุณจะไม่ได้รับเพียงโค้ดเปล่าๆ — การส่งมอบนี้ถูกออกแบบมาเพื่อนำไปใช้งานและดำเนินการในสภาพแวดล้อมของคุณ และสามารถรวมถึงทรัพยากรการปรับใช้ สัญญา API การตัดสินใจด้านสถาปัตยกรรม คู่มือการดำเนินการ แผนผัง และการถ่ายทอดความรู้ พร้อมทั้งการสนับสนุนหลังการเปิดตัวเป็นระยะเวลา 30 วัน ตามที่ระบุในสัญญา เนื่องจากงานนี้มุ่งเน้นการใช้งานในสภาพแวดล้อมการผลิตที่มีความสำคัญด้านความปลอดภัย จึงมีขั้นตอนการเสริมความปลอดภัยโดยเฉพาะก่อนการส่งมอบ โดยผู้ที่จะดำเนินการและบริหารจัดการการปรับใช้จะถูกตกลงกันตามแต่ละโครงการในเอกสารขอบเขตงาน (Statement of Work)

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

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

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

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

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

ความแตกต่างอยู่ที่ขอบเขต: การให้คำปรึกษาคืองานให้คำแนะนำที่เป็นกลางต่อผู้จำหน่าย ซึ่งประเมินความเสี่ยง ตรวจสอบสถาปัตยกรรม และเตรียมความพร้อมสำหรับการตรวจสอบ แต่ไม่พัฒนาซอฟต์แวร์และไม่ดำเนินการตอบสนองต่อเหตุการณ์ฉุกเฉิน หากคุณต้องการเขียนโค้ดหรือสร้างระบบ นั่นคือกระบวนการวิศวกรรมซอฟต์แวร์ที่ปลอดภัย; หากเกิดการโจมตีจริง นั่นคือกระบวนการตอบสนองต่อเหตุการณ์ 24/7; และหากคุณต้องการค้นหาจุดอ่อนและใช้ประโยชน์จากจุดอ่อนเหล่านั้นอย่างปลอดภัยภายใต้การอนุญาต นั่นคือการทดสอบการเจาะระบบ (Penetration Testing) เราจะแนะนำคุณให้ใช้กระบวนการที่เหมาะสม หรือรวมหลายกระบวนการเข้าด้วยกัน ตามผลลัพธ์ที่คุณต้องการ

คุณสามารถติดต่อเราผ่านอีเมล (มี PGP ให้ใช้), Signal, Telegram ที่ t.me/pwn_all, WhatsApp หรือโทรศัพท์ที่ +971 58 594 6337 และมีสายด่วน 24/7 ให้บริการสำหรับเหตุการณ์ที่กำลังเกิดขึ้น สำหรับเรื่องที่ละเอียดอ่อน เราแนะนำให้ใช้ Signal หรืออีเมลที่เข้ารหัสด้วย PGP และขออย่าส่งข้อมูลลับหรือข้อมูลรับรองก่อนที่จะมีข้อตกลงไม่เปิดเผยข้อมูล (NDA) และช่องทางสื่อสารที่ปลอดภัย หากมีเหตุการณ์เกิดขึ้นจริง โปรดโทรหรือใช้ Signal ทันที แทนที่จะรอผ่านแชท

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

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

ไม่ เว็บไซต์และช่องสนทนานี้มีวัตถุประสงค์เพื่อให้ข้อมูลเท่านั้น และไม่ถือเป็นสัญญา ทุกการว่าจ้างจะอยู่ภายใต้เอกสารขอบเขตงาน (Statement of Work) ที่ได้ลงนามแล้ว ซึ่งระบุขอบเขตงาน ข้อยกเว้น การอนุญาต กฎการดำเนินการ สิ่งที่ต้องส่งมอบ เกณฑ์การยอมรับ ข้อมูลติดต่อ และกำหนดเวลา โดยราคาจะได้รับการยืนยันในข้อเสนอเป็นลายลักษณ์อักษรหลังจากกำหนดขอบเขตงานแล้ว ข้อมูลที่ละเอียดอ่อนใดๆ ไม่จำเป็นต้องถูกส่งต่อจนกว่าจะมีข้อตกลงไม่เปิดเผยข้อมูล (NDA) และช่องทางสื่อสารที่ปลอดภัย

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

กรณีทั่วไปจะเริ่มต้นบนสายด่วน 24/7 ด้วยขั้นตอนการควบคุมสถานการณ์และการรักษาหลักฐาน จากนั้นดำเนินการวิเคราะห์ทางนิติวิทยาศาสตร์เพื่อกำหนดสาเหตุหลัก การเข้าถึงครั้งแรก การเคลื่อนที่ในระบบ และข้อมูลที่ถูกนำออกไป การกู้คืนข้อมูลจะได้รับการวางแผนตามหลักฐานที่มี — การกู้คืนจากข้อมูลสำรองที่สะอาด การสร้างระบบใหม่ และหากจำเป็น การวิจัยเครื่องมือถอดรหัสและตัวเลือกการกู้คืนกุญแจ — โดยลูกค้า ที่ปรึกษากฎหมาย และบริษัทประกันภัยจะมีส่วนร่วมในการตัดสินใจเกี่ยวกับการชำระเงินหรือการเจรจา คุณจะได้รับบันทึกห่วงโซ่การดูแลรักษาหลักฐาน (chain-of-custody), ตารางเวลาการตอบสนอง, ตัวบ่งชี้การถูกบุกรุก (indicators of compromise), ลำดับความสำคัญในการกู้คืนข้อมูล และรายงานที่พร้อมสำหรับบริษัทประกันภัยหรือหน่วยงานกำกับดูแล พร้อมด้วยแผนการเสริมความปลอดภัย นี่เป็นเพียงโครงร่างตัวอย่างเท่านั้น สิ่งที่สามารถกู้คืนได้ขึ้นอยู่กับประเภทของแรนซัมแวร์ กุญแจ ข้อมูลสำรอง และหลักฐาน และไม่มีสิ่งใดที่รับประกันได้

กระบวนการพัฒนาทั่วไปจะผ่านขั้นตอนการสำรวจ (discovery), การออกแบบสถาปัตยกรรม (architecture), การพัฒนา (implementation), การเสริมความปลอดภัย (hardening), และการส่งมอบ (handover) โดยมีการตกลงการทดสอบการยอมรับ (acceptance tests) และทดสอบประสิทธิภาพ (performance tests) สำหรับโครงการตั้งแต่ต้น ภาษาการเขียนโปรแกรมจะถูกเลือกตามแต่ละส่วนประกอบ — Rust สำหรับส่วนที่ต้องการความปลอดภัยและประสิทธิภาพสูง, Python สำหรับส่วนที่ต้องการความเร็ว, การจัดการข้อมูล, และการบูรณาการ — และความปลอดภัยถูกออกแบบไว้ตั้งแต่ต้น แทนที่จะเพิ่มเข้ามาในขั้นตอนสุดท้าย การส่งมอบอาจรวมถึงซอร์สโค้ด (source code), ทรัพยากรการปรับใช้ (deployment assets), สัญญา API, การตัดสินใจด้านสถาปัตยกรรม, คู่มือการดำเนินการ (runbooks), แผนภาพ (diagrams), และการถ่ายโอนความรู้ พร้อมทั้งการสนับสนุนหลังการเปิดตัวเป็นระยะเวลา 30 วัน ตามที่ระบุในสัญญา นี่เป็นเพียงโครงร่างตัวอย่างเท่านั้น ขอบเขตที่แน่นอนและเกณฑ์การยอมรับจะถูกกำหนดไว้ในเอกสารขอบเขตงาน (Statement of Work)