สวัสดีครับ ก็ไม่ได้ chula culture by stage head ครับผม
สุเมธ จิตภักดีบดินทร์ มารายการนะครับ episode นี้ e e e
p e สดของ chill chill security นะครับ
วันนี้จะพูดถึงเรื่องของช่องโหว่ที่ทําให้loob เบอร์โทรศัพท์ใน Google นะครับอ่า
อันนี้เป็นตัวของ research นะครับ ของทางฝั่งซีรีส์รีเซิร์ชเชอร์นะครับ
ที่เค้าไปเจอช่องโหว่ ถ้าพูดตรงตรงก็คือเป็น brok oftic
ฮันเตอร์ นั่นแหละนะครับ ไปเจอช่องโหว่ในตัวของ
ทางฝั่งของของ Google service นะครับ แล้วทําให้ตัวของทางฝั่ง
ผู้เจอเนี่ยสามารถที่จะหาเบอร์ของใครก็ได้นะครับ ซึ่งซึ่งในส่วนเนี้ยต้องขอยกความดีให้กับทางฝั่งของเด็กครับ
ดอท ienter test page นะครับ เค้ามีการสรุปข้อมูลไว้น่าสนใจ
แล้วก็ค่อนข้างครบถ้วนนะครับ ก็เลยเอาหยิบยกทางฝั่งของโพสต์ของทาง
webpert ครับ มาใช้ใน episode นี้ละกันนะครับ
เออ เริ่มเรื่องราวนะครับ ก็จะเป็นเรื่องของรีเสิร์ชเชอร์ท่านนึงนะครับ
ได้ไปค้นพบตัวของช่วงโบว์ในระบบของทางกูเกิล ซึ่งทําให้เค้าสามารถค้นหาเบอร์โทรศัพท์ฉบับเต็มของผู้ใช้งาน
กูเกิล แอ็กเคานต์ คนไหนก็ได้นะครับ
โดยเริ่มต้นจากขอแค่มีอีเมล์ของต้นทางที่ต้องการเท่านั้นนะครับ เริ่มเริ่มต้นเองเนี่ย
ทางฝั่งของรีสอร์ทเชอร์เองเนี่ยมีการลองปิดจะวัดคริปบนเบราว์เซอร์ของตัวเองเพื่อทดสอบดูว่ามีเซอร์วิสไหนของกูเกิลที่ยังทํางานได้บ้างในยุคนี้นะครับ แต่เขาก็แล้วเขาก็พบว่าตัวของ
Recovery ฟอร์มเนี่ย หรือฟอร์มสําหรับกู้คืนชื่อผู้ใช้ของกูเกิลนั้นยังคงทํางานได้แม้จะไม่มีแต่ว่าสคริปต์
ซึ่งปกติเนี่ย ตัวของฟอร์มพวกเนี้ย
มักจะต้องใช้ตัวของจะวาดสคริปต์เพื่อป้องกันเรื่องของบอทนะครับ แต่ว่าตัวของฟอร์มนี้กลับไม่มีนะครับ
ทําให้เกิดข้อสงสัยขึ้นมา นะครับ ดังนั้นก็เลยพยายามลองเจาะในส่วนนี้นะครับ
ในตอนแรกเนี่ย ตัวของรีเสริชเชอร์พบว่าฟอร์มโนเจเอสนี้นะครับ
มีการจํากัดการใช้งานด้วยตัวของไอพีแอดเดรสเลยก็คือพวกเรทลิมิตนะครับ แล้วก็จะขึ้นแคปชั่นหลังจากที่พยายามลงรีเควสต์ส่งรีเควสไปจํานวนไม่กี่ครั้งนะครับ
ซึ่งคนพยายามแรกเนี่ยคือการใช้งานตัวของไอพีบีซิกซ์โลเตชั่นนะครับ เนื่องจากไอพีบีซิกซ์เนี่ยมีจํานวนไอพีใช้งานได้มหาศาลนะครับ
เออเค้าก็เลยจะพยายามใช้ในเวย์นี้เพื่อจะหลบเลี่ยงการตรวจจับเรื่องของเรทลิมิตนะครับ แต่ก็พบว่าตัวของไอพีจากดาร์กไซด์เซ็นเตอร์มักจะถูกบังคับให้เจอแคปชั่นอยู่ดี
ซึ่งก็ดูเหมือนจะโอเค น่าจะ secure
มากละน่าจะทําอะไรต่อไม่ได้นะครับ แต่แล้วจริงจริงก็เจอเพิ่มเติมครับ
เค้าเลือกไปเห็นตัวของมิเตอร์ตัวนึงที่ชื่อว่า be grest หใบ bg response เท่ากับ
j s unders god decable นะครับ ซึ่งใน request ของ formoj
ตรงนี้นะครับ มันจะแปรผันตามการเปิด
จะว่าสคริปต์หรือไม่เปิด จะว่าคลิปของทางฝั่งของยูสเซอร์นั่นเองนะครับ
ซึ่งตัวของบีจีเรส ฟอร์ทส์ ตรงนี้ก็จะไปเกี่ยวโยงกับอีกตัวแปรนึงที่ชื่อว่า
ตัวของบีจี รีเควส ซึ่งตัวของบีจี รีเควสนี้จะเป็นตัวของที่ใช้สลับในการเก็บหรือส่งรีเควสอ่ะ
ขออภัยส่งค่าโทเคนของตัวบอทการ์ดนะครับ ไอ้บอทการ์ดที่ว่าก็คือระบบที่ใช้ในการป้องกันการ
พูดง่ายง่ายนะครับ ทีนี้เค้าก็เลยเอาตัวของบอร์ดการ์ดโทเคนเนี่ยที่
generate จากฟอร์มนะครับที่เปิดจาก j s
ปกติดูโดยที่แบบไม่ได้ทําการ Disible นะครับ เอามาใส่แทนที่ค่า
ตัวของ j a s onls score disible นะครับ เออในฟอร์มของโนเจส
และก็มันได้ผลนะครับ ปรากฏว่าไอ้ตัวของบอร์ดการ์ด to
เเค่เนี้ย สามารถใช้กับฟอร์มโนเจสได้และที่สําคัญก็คือมันไม่มีเรทลิมิต
นั่นหมายความว่าถ้าสมมุติเราเอาตัวของ bot card นะครับ board guard
token นะครับ หนึ่งก็คือ b g request นะครับ
จากการใช้งานปกติมาใช้กับตัวของ b b g requase ในโหมดที่เป็น b g
response เท่ากับ j s a disble เนี่ยกลับกลายเป็นว่ามันไม่มีเรื่องของการทําเลทลิมิตป้องกันนั่นเอง
ก็เลยทําให้สามารถบายพาสในส่วนนี้ได้นะครับ ทีนี้มาสู่ต่อไปนะครับ
เมื่อเริ่มจากจุด enpoint นั่นแล้วนะครับ สามารถ profile
ได้สําเร็จสิ่งที่ทําต่อมาก็คือการพยายามหาในเรื่องของชื่อ นามสกุล
จริงของเป้าหมายให้ได้นะครับ ตัวของทางฝั่งเออ
ผู้โจมตีเองเนี่ยก็พยายามหาข้อมูลต่อในส่วนของตัว Google looker studio นะครับ
ที่ทําให้ตัวของทางฝั่งผู้โจมตีเนี่ย 3
ารถรู้ชื่อนามสกุลเต็มของเป้าหมายได้ด้วย การสร้างเอกสารลุคเกอร์ studio
ขึ้นมาแล้วโอนโอนเนอร์ชิพไปให้อีของเป้าหมายชื่อของเป้าหมายก็จะแซงขึ้นมาบนหน้าโฮมของเค้าเอง โดยที่เป้าหมายไม่ต้องทําอะไรเลย
จากนั้นเอาคําใบ้ของเบอร์โทรที่ใช้ใน function forgot password นะครับ
ตามปกติเนี่ย ตัวของยูสเซอร์ใดใดของทาง Google
เองอ่ะนะครับ ก็จะมีเรื่องของการผูกอีแล้วก็เบอร์โทรศัพท์ไว้อะนะครับ
เออ เพื่อจะให้ว่าถ้าสมมุติว่าเกิดต้องทํา
multifactor altication จะได้มีการส่งตัวของข้อมูลไปได้นะครับ
เออในตัวของตัวฟังชั่นตัวของ focus password ในส่วนเนี้ย
ก็จะมี เออ การให้กรอกตัวของอีถูกมั้ยครับ
ซึ่งระบบของ Google เนี่ยจะแสดงเบอร์โทรที่ผูกไว้แบบเซ็นเซอร์
เช่น A a x 03
นะครับลงท้ายประมาณนั้นนะครับ ซึ่งทําให้รู้ว่าตัวของเลขท้าย2ตัวของตัวเบอร์โทรศัพท์คืออะไร
และรูปแบบการแสดงผลของเบอร์โทรในประเทศนั้นๆนะครับ เสร็จแล้วหาประเทศจากรูปแบบเบอร์โทรศัพท์
ซึ่งเค้าก็สังเกตว่าตัวของ Google เองเนี่ยใช้รูปแบบเป็น national
format คือจากไลบรารี่ ตัวของลิปโฟร์number
เขาจะสร้างตัวของ marketson ที่ mapรูปแบบการแสดงผลเบอร์โทรจากขั้นตอนที่
2 เท่ากับตัวของประเทศนะครับ
คือตอนที่มันมีการแสดงตัวของบริษัทแบบเอ้เองอ่ะ มันจะมีแพทเทิร์นของมันอยู่ใช่ไหมครับ
ก็เอาตัวของแพทเทิร์นเนี่ยไปพยายามหาข้อมูลจากตัวของมาร์เก็ต เจสันนะครับว่า เอ๊ะ
อันเนี้ยคือประเทศไหนนะครับ ทีนี้ก็นํามาทําการตรวจสอบที่เหลือนะครับ
โดยนําข้อมูลทั้งหมดที่เราได้มา ไม่ว่าจะเป็นชื่อ นามสกุล เลขท้าย
2 ตัว แล้วก็หลักประจําตัวเอ้ย ขอไว้รหัสประเทศนะครับ
ที่เราได้มาจากการแบบปิ้งนะครับ มาใช้กับเครื่องมือที่เขียนขึ้นมาเองนะครับ
เพื่อสุ่มตัวเลขที่หายไปแล้ว ยิงรีเควสต์
ไปยังเอ็นพ้อยท์ที่เขาเจอรัวรัวเพื่อหาดูว่า เบอร์เบอร์ไหนที่ตรงกับชื่อแล้วก็นามสกุลนั้นมากนะครับ
สุดท้ายแล้วก็จะได้มาซึ่งตัวของเบอร์โทรศัพท์ชื่อคนและอีเมล์ของคนคนนั้นนั่นเองนะครับ เออทั้งทั้งนั้นเองเนี่ย
ในส่วนของ การทํา การหาตัวของข้อมูลในพาร์ทนี้นะครับ
หลังจากที่ได้ข้อมูลหลายส่วนมารวมกันแล้วเนี่ย เออ
เค้าได้ไปลองดูว่าโอเคไอ้เรื่องของการ good forzzing หาใน part นี้เนี่ย
มันคุ้มค่ามั้ยกับการ profourcing แล้วมันใช้เวลานานแค่ไหนนะครับ
เค้าก็ได้ลองเช่าตัวของเซิร์ฟเวอร์ราคาถูก ประมาณศูนย์จุด 3 don
ราคาศูนย์จุด 3 don per ชั่วโมงมาแล้วก็เอามาเช็คนะครับ
ปรากฏว่าเค้าสรุปข้อมูลมานะครับ คือสามารถถามเบอร์ในสหรัฐได้เนี่ย
เออ ที่ที่เป็นรหัสของประเทศบวกหนึ่งอ่ะนะครับ
ใช้เวลา ประมาณ 20 นาทีนะครับ การหาเบอร์ในสหราชอาณาจักรนะครับ
หรือก็คือที่ขึ้นต้นอํานาจด้วย บวก 44 นะครับ ใช้เวลาประมาณ 4
นาที แล้วถ้าเป็นการหาเบอร์ในเนเธอร์แลนด์นะครับ
หรือคือบวก 31 เนี่ย ใช้เวลาเพียงแค่ 55
วิเท่านั้นนะครับ ซึ่งหลังจากทําข้อมูลทั้งหมดอัดวีดีโอทุกอย่างและส่งให้ทางฝั่งของทาง
Google เองนะครับ ตัวของทางฝั่งของรีสอร์ทเชอร์ก็ได้รับเงินรางวัลจากทางฝั่งของ
Google boxporty โปรแกรมนะครับ แล้วก็จากนั้นก็เอามาเปิดเผย
ทีนึงนะครับ ตอนแรก Google เนี่ย ประเมินว่าตัวของชั่วโมงเนี้ย
มีความเ 4 ยงต่ํานะครับ low experience rully hood เนี่ย
ให้เงินรางวัลมันมาแค่ประมา ณ 1377 ขออภัย $1,337 นะครับ
ซึ่งถือว่าต่ํานะครับ แต่ว่ารีโซเชียลได้ทําการอุทธรณ์
โดยให้ผลว่าการโจมตีนี้ไม่ต้องมีเงื่อนไขเบื้องต้นใดใดเลยนะครับ และก็เหยื่อไม่3 ารถ
รู้ตัวด้วยซ้ําว่าถูกโจมตีแล้วก็มีความ มีความเ 4ยงที่จะเป็นเรื่องของ
provaccy leak นะครับ ซึ่งทําให้ตัวของทาง Google
เองเนี่ยก็มีการปรับส่วนของเออ อัพเกรดนะครับ ความเ 4
ยงให้เป็นมีเดียมแทนนะครับ แล้วก็เพิ่มเงินรางวัลบั๊กบัลตี้นะครับ
จากทั้งหมดเนี่ย $5,000 ขออภัย $1,337 ให้กลาย เป็น $5,000
นะครับ ก็ประมาณ 180,000 บาทแทนนะครับ พร้อมกับแก้ไข
และก็ปิดเอ็นพอยต์ที่เป็นปัญหาไปอย่างถาวรในช่วงของประมา ณ วันที่ 6 จูนที่ผ่านมา นะครับ
เออ ซึ่งเกมสลายนี้นี่น่าสนใจนะครับ
แล้วก็เป็นตัวอย่างที่ดีที่จะเห็นว่าตัวของซีเคียวริตี้โซเชียลเองเนี่ย เค้ามองเห็นตัวของชั่วโมงที่ดูเหมือนเล็กๆน้อยๆ
เอา enpoint หลายๆส่วนเข้ามาผนวกรวมกันนะครับ
เชื่อมต่อกันอย่างมีความคิดสร้างสรรค์ทําให้กลายเป็นตัวของชั่วโมงที่มีอิมแพคค่อนข้างร้ายแรงขึ้นมาได้นะครับ และยังแสดงให้เห็นถึงความสําคัญของกระบวนการ
response responsible discluser และ bugbody program ที่ช่วยให้
product ต่างๆ ปลอดภัยขึ้นสําหรับทุกๆคนอีกด้วยนะครับ
ก็อันนี้เป็น ตัวของชั่วโมทที่น่าสนใจจริงๆ
แล้วก็จะเห็นว่ามีเรื่องของความพยายามหลายๆส่วนแล้วก็อย่างที่เห็นคือการดําเนินงานเนี่ย มันไม่ได้เกี่ยวข้องกับตัวของช่องโหว่ที่เป็นลักษณะของการรีโมท
code decution ไปในเครื่องหรืออะไรขนาดนั้นนะครับ
แต่เป็นการพยายามเอาโลจิกต่างๆเข้ามารวมกัน ทําให้เกิดเรื่องของ benefit
ที่ตัวของเทรดเรคเตอร์หรือผู้โจมตีเนี่ย อาจจะได้ไปได้ก็เป็นไปได้นั่นเองนะครับ
ก็ episode นี้ประมาณนี้นะครับ สําหรับตัวของ
การสรุปข้อมูลนะครับ ก็ขอบคุณอีกครั้งสําหรับทาง
ของเดปฮัฟ ดอท เอ็นเตอร์เทดนะครับ ที่มี
การสรุปตัวของชั่วโมงตรงส่วนนี้ขึ้นมา นะครับ
ขอบคุณทุกท่านมาติดตามแล้วพบกันใหม่สําหรับวันนี้ ลากันไปก่อน สวัสดีครับ