สวัสดีครับ ก็ไม่ค่อยชิวๆ ครับผม สุเมธ จิตต์ ภักดีบดินทร์
ดําเนินรายการนะครับ episode นี้จะพูดถึงเรื่องของ บนเวทีและ
dino thensic นะครับ คือ episode ที่เป็น episode
ที่อยากจะเน้นย้ําเรื่องของคนทําที่นะครับว่าอย่าหลงทิศหลงทางแค่นั้นเองนะครับ คือต้องบอกว่าสมมุติตัวของแอปพลิเคชันตัวนึงขึ้นมา
นะครับ แล้วตัวของแอปพลิเคชันตัวนี้เนี่ยมันถูกโจมตีถูกโจมตี
เสร็จแล้วมีการเข้าถึงระบบแล้วเข้าถึงระบบที่ว่าไปในการทํางานอะไรก็แล้วแต่แหละที่เป็น การ
ปลอมแปลงตัวของผู้กระทํางาน ปกตินะครับ ในส่วนนี้เนี่ย
ถ้าบอกตามตรงคือเราต้องแยกกันระหว่างตัวของการ audit
หรือการตรวจสอบตัวของการโจมตีกับอีกอันนึงคือเรื่องของ barrary analysis หรือ ผล paints
หรือผล vary scaning หรือ อะไรก็แล้วแต่
อยากให้มองแยกจากกันครับ คือถ้าเรามองเรื่องของความเ 4
ยงของระบบเพื่อจะปรับปรุงระบบให้ดีขึ้น โอเค ถูกต้องครับ
คุณต้องพูดถึงเรื่องของ very scaning
พูดถึงเรื่องของนู่นนี่นั่นเพื่อจะปรับปรุงเพิ่มเติมกับตัวระบบให้มี ต่างต่างให้ดีมา กขึ้นนะครับ
อันนั้นอันนั้นเป็นเรื่องของการที่เรายึดจากตัวของการสแกนนิ่ง การต่างต่างเนอะ
เพื่อจะปรับปรุงการแก้ไขชั่วโมง การวางนู่น นี่นั่นนะครับ
แต่ถ้าสมมุติว่าเราดูที่ตัวหลักฐานเราว่าดูหลักฐานนะครับ เราดูที่ตัวของเป็นหลัก
เราดูที่เรื่องของ activity log เป็นหลักนะครับ
ดังนั้นเราไม่สามารถเอามาปนกันได้ในเรื่องของข้อมูลโอเค มันเป็นข้อมูลที่ประกอบทําให้ตัวของการ
analysis ทําได้ง่ายขึ้น หรือทําให้เร็วขึ้นเป็นไปได้เหมือนกัน
แต่มันไม่ได้หมายความว่าเราจะยึดจากตัวของช่องโหว่ เอ่อ
รีพอร์ตเหล่านั้นแล้วนํามาใช้เป็น การอะไรสิ report digital policy
ได้เลย เพราะว่าตัวของ digital proisit เราว่าด้วยหลักฐานครับ
ถ้าหลักฐานว่าอย่างไร ก็ว่าไปตามนั้นนะครับ
ไม่ได้หมายความว่า ถ้ามีช่องโหว่แบบนั้นแบบนี้แล้วเราจะคิดว่าคาดว่าตัวของ
insident ที่เกิดขึ้นจะเป็นแบบนั้น
แบบนี้มันมันมันมันตอบแบบนั้นไม่ได้นะครับ ยกตัวอย่างเช่น กรณี
ง่ายง่ายก็ได้ครับ ก็คือสมมุติว่าเรามีเรื่องของการทํา
ก็คือ มีคนถูกขโมยเยอะเซ็นพาสเวิร์ดมา
นะครับ ล็อกอินเข้าระบบนะครับ แล้วก็ทําพฤติกรรมใดใดก็แล้วแต่
แต่ว่าช่องโหว่มี vary scaner หรือมีเป็น painter report
เพิ่งออกมาเลย แล้วบอกว่าเฮ้ยเนี่ยไอ้ตัวของเว็บเนี่ย
มีเรื่องของการทํา product exit ของ tone คือตัวของสิทธิของ user
ไม่มี การกําหนดชัดเจนแล้วทําให้กลายเป็นว่าตัวของรู้ข้อที่เกิดขึ้น
น่าจะเกี่ยวข้องกับตัวของตัวหรือเปล่า คําตอบคือ ผมตอบไม่ได้ครับ
ขึ้นอยู่กับหลักฐาน ถ้าเรามี application log ถ้ามี
activity หลอกอย่างชัดเจนว่าใครเป็นผู้กระทํา
activity นี้เราก็ยึดไปตามนั้นครับ
เราไม่ได้มานั่งดูว่าตัวของหลักฐานนั้น เออ เกี่ยวข้องกับตัวของตัวของ
policy แค่ไหน เราอย่างที่เน้นย้ําว่าตัวของ
variety scaning ตัวของ paint report เป็น part
นึงที่ทําให้งานอาจจะง่ายขึ้นแค่นั้นเอง แต่สุดท้ายแล้วท้ายสุด
เราดูที่ตัวของหรอกครับ ร็อคที่เกิดขึ้นเป็นอย่างไร
มีการลักษณะของการล็อกอินหรือไม่ ตัวของการทํางานจากยูสเซอร์เอ
กระทําโดยใช้สิทธิของยูสเซอร์บีหรือไม่นั่นดูจากตัวของแอคทิวิตี้หรอก แล้วก็ตัวของแอพพลิเคชั่นหลอกเป็นหลักนะครับ
เราไม่ได้ดูว่าตัวของเว็บนั้นมีช่องโหว่อะไรนะครับนั้น ถ้าให้บอกตามตรงก็คือเวลา
ถ้าโดยปกติแล้วเนี่ย เราดูที่ตัวของแอปพลิเคชันล็อกเป็นหลักเลยครับว่า
activity ของการทํางานเนี่ย มันมันเป็นส่วนที่ควรจะเป็นไหม
เช่น usera เอล็อกอินเข้ามาแล้วทํา activity
อะไรที่เป็น subficient activity ก็แล้วแต่แหละ คําถามคือ activity
นี้ใครทํา เป็น activity ของ user a จริงๆ
ใช่หรือไม่ ถ้าเป็น user ตัว activity ของ user a จริงๆ
งั้นก็ไม่ได้เกี่ยวกับพวก asset control นะครับ
อันนี้เป็นเรื่องของปัญหาของตัว เอิ่ม
อาจจะมองเป็นที่เรื่องของตัว balket ltivation ก็ได้
ก็คือเรื่องของไม่มีทูเอฟเอ ไม่มี multifactortificion
ทําให้ตัวระบบเนี่ย ไม่มี special outification ที่เหมาะสมนะครับ
ซึ่งในส่วนนี้ก็จะมองเป็นอีกปัญหาหนึ่งเนาะ มันไม่ได้เกี่ยวกับตัวของ work
exect แล้วต้องเป็น routc ที่เกิดขึ้นของการถูกโจมตีจะเป็นโพรเกรสเอกชนเสมอไปนะครับ
เราต้องดูให้อย่างชัดเจนจากตัวของหรอกที่เกิดขึ้นเราไม่สามารถที่จะบอกได้ว่าอันเนี้ยคือลักษณะของ program asset control เพราะ
morris scaner บอกว่ามีช่องโหว่ married scaner ตัวของ morgan
ในส่วนของโทนเราว่าไปด้วยหลักฐานครับ datorize ว่าไปด้วย
เบสหลักฐาน ดังนั้นเนี้ยอย่าหลงประเด็นในเรื่องของการทํา
ว่าไปด้วยหลักฐานตามหลักฐานเลย หลักฐานว่ายังไงก็ว่าไปตามนั้นนะครับ
ก็ขอฝากไว้เท่านี้นะครับ สําหรับเรื่องของ varietscraning
report กับตัวของ dealent friendsic นะครับว่า
มันใช้เป็นตัวช่วยได้เท่านั้นไม่ได้หมายความว่าเราต้องยึดโยงหรือเราต้องยึดว่าเออเนี่ย ตัวระบบนี้มีช่วงโหว่ เออ
ตัวของใดใดก็แล้วแต่ แล้วเราจะยึดว่าลูสคอร์สของตัวระบบเป็นแบบนั้น
เสมอไปเวลาเราพูดถึงเรื่อง digital policy
เราต้องว่าไปด้วยรูดคอร์สของการเกิด insident
เท่านั้นเราไม่ไม่ไม่ได้พูดถึงเรื่องของ ช่องโหว่ที่เกิดขึ้นนะครับ
มันจะคนละประเด็นกันแต่เช่นเดียวกันใน สามารถ recommendation
ให้เพิ่มความ 3ารถ หรือว่าเพิ่มศักยภาพโดยรวมของ
secondary ของระบบนั้นนั้นได้นะครับ
อันนั้นสามารถทําได้แต่คนละประเด็นกับตัวของรูดคอร์สที่เกิดขึ้นต้องแยกกันอย่างชัดเจน เพื่อจะให้ไม่หลง
ประเด็นแล้วก็จะได้เทคแอคชั่น อย่างถูก priority นั่นเองนะครับ
โอเค epis นี้ประมาณนี้ครับ ขอบคุณทุกทุกท่านเข้ามาติดต่อกันใหม่สําหรับวันนี้
ลากันไปก่อน สวัสดีครับ