เริ่มจากรูปแบบการเข้าถึง ไม่ใช่ป้ายกำกับ
Secret gist มักถูกเข้าใจว่าเป็น “private” แต่ไม่ใช่ ความแตกต่างนี้สำคัญเพราะลิงก์ gist สามารถเดินทางได้: ถูกวางในแชท ฝังในโน้ต ส่งต่อทางอีเมล หรือถูกบันทึกในประวัติเบราว์เซอร์ หากเนื้อหามีความอ่อนไหว คำถามไม่ใช่แค่ว่า gist ปรากฏในผลการค้นหาหรือไม่ แต่คือใครถือลิงก์นั้น
Secret GitHub gist จะไม่ปรากฏในผลการค้นหาสาธารณะ แต่ใครก็ตามที่มีลิงก์สามารถดูได้ แหล่งที่มา
ข้อเท็จจริงเดียวนี้เปลี่ยนวิธีการตรวจสอบ คุณไม่ได้มองหาความลับที่รั่วไหลในรายการสาธารณะเท่านั้น แต่คุณกำลังมองหา gist ใดก็ตามที่คุณเคยแชร์ลิงก์หรือไม่สามารถระบุได้ว่าใครมีลิงก์นั้น Public gist และ secret gist แตกต่างกันที่การค้นพบ ไม่ใช่การเข้าถึงผ่านลิงก์
ขั้นตอนที่ 1: ทำบัญชี gist ที่คุณเป็นเจ้าของ
เปิดบัญชี GitHub ของคุณและแสดงรายการ gist ทั้งหมด ทำงานจากบัญชีที่เป็นเจ้าของ gist ไม่ใช่จากเครื่องมือค้นหา คุณต้องได้ชุดที่สมบูรณ์ที่คุณควบคุม เพราะเครื่องมือค้นหาแสดงเฉพาะสิ่งที่ถูกจัดทำดัชนีแล้ว
สร้างบัญชีการทำงานที่มีสี่คอลัมน์:
| คอลัมน์ | สิ่งที่บันทึก |
|---|---|
| ตัวระบุ gist | URL หรือ ID สั้นของ gist |
| การมองเห็น | Public หรือ secret ตามที่แสดงในบัญชีของคุณ |
| ประเภทเนื้อหา | ตัวอย่างโค้ด, การตั้งค่า, โน้ต, ข้อความที่ใกล้เคียงข้อมูลรับรอง |
| การเปิดเผยลิงก์ | ที่ที่ลิงก์ถูกวาง ฝัง หรือส่งไป |
อย่าวางความลับจริงลงในบัญชีนี้ บันทึกการจัดประเภท ไม่ใช่ค่าจริง หาก gist มีโทเค็นหรือรหัสผ่าน ให้ทำเครื่องหมายว่าใกล้เคียงข้อมูลรับรองและถือว่าค่านั้นถูกบุกรุกจนกว่าคุณจะเปลี่ยนใหม่
ขั้นตอนที่ 2: จัดประเภทแต่ละ gist ตามผู้ที่ต้องการเข้าถึง
ตารางการตัดสินใจด้านล่างแปลงการตรวจสอบเป็นรูปแบบการเข้าถึง โดยใช้เพียงความแตกต่างที่แพลตฟอร์มรองรับ: public gist, secret gist และ private repository
| ความต้องการ | รูปแบบที่เหมาะสม | เหตุผล |
|---|---|---|
| เนื้อหาต้องการให้ค้นพบและนำไปใช้ซ้ำ | Public gist | เป็นสาธารณะโดยการออกแบบ; ค้นพบได้ |
| เนื้อหาแชร์ได้แต่ไม่ควรแสดงในผลการค้นหา | Secret gist | ไม่ปรากฏในผลการค้นหาสาธารณะ แต่เข้าถึงได้ด้วยลิงก์ |
| เนื้อหาต้องการการควบคุมการเข้าถึงแบบส่วนตัว | Private repository | คำแนะนำของ GitHub สำหรับเนื้อหาส่วนตัว |
| เนื้อหามีข้อมูลรับรองหรือข้อมูลส่วนบุคคล | Private repository แล้วเปลี่ยนข้อมูลรับรอง | ลิงก์ gist ไม่ใช่การควบคุมการเข้าถึง |
มีข้อจำกัดสองประการที่ควรกล่าวอย่างตรงไปตรงมา Public gist ไม่สามารถแปลงเป็น secret gist ได้ ดังนั้น public gist ที่ไม่ควรเป็น public ต้องจัดการเป็นการตัดสินใจลบและสร้างใหม่ ไม่ใช่การสลับการมองเห็น
Public gist ไม่สามารถแปลงเป็น secret gist ได้ แหล่งที่มา
และ secret gist ไม่ใช่สิ่งทดแทน private repository เมื่อเนื้อหาต้องการการเข้าถึงแบบส่วนตัวจริงๆ
GitHub แนะนำให้ใช้ private repository สำหรับเนื้อหาที่ต้องการการเข้าถึงแบบส่วนตัว แหล่งที่มา
ขั้นตอนที่ 3: ติดตามเส้นทางของลิงก์ gist แต่ละอัน
สำหรับทุก secret gist ให้ถามคำถามที่แคบลง: ใครมี URL นี้? ค้นหาข้อความที่คุณส่ง, ความคิดเห็นใน issue, คำอธิบาย pull request, ร่างเอกสาร และโน้ตที่แชร์ สำหรับ URL ของ gist ตรวจสอบว่าลิงก์ปรากฏในหน้าเว็บสาธารณะใดๆ ที่คุณดูแลหรือไม่
นี่คือจุดที่กรอบความคิดแบบการค้นหาชื่อผู้ใช้มีประโยชน์ ลิงก์ gist มักถูกแชร์พร้อมกับแฮนเดิล ดังนั้นการตรวจสอบแฮนเดิลสาธารณะที่คุณใช้สามารถเปิดเผยว่าคุณเผยแพร่ลิงก์ไว้ที่ใด หากคุณใช้หลายแฮนเดิลในช่วงเวลาหนึ่ง ให้เริ่มจากการตรวจสอบแฮนเดิลสาธารณะที่คุณรู้จัก แล้วตรวจสอบแต่ละโปรไฟล์สำหรับ URL ของ gist TraceSeek สามารถตรวจสอบชื่อผู้ใช้ข้าม 3,000+ แพลตฟอร์มใน 20–30 วินาที และการสแกนครั้งแรกฟรี; มันแสดงว่าแฮนเดิลปรากฏที่ใดในที่สาธารณะ ไม่ใช่สิ่งที่อยู่ภายใน gist หรือลิงก์ถูกแชร์แบบส่วนตัวหรือไม่ ใช้มันเพื่อค้นหาโปรไฟล์สาธารณะที่อาจมีลิงก์ ไม่ใช่เป็นบันทึกการแชร์ส่วนตัว
สำหรับวิธีที่มีโครงสร้างในการสร้างรายการบัญชีเก่าใหม่ ดูที่ /guides/find-forgotten-online-accounts/ สำหรับหน้าการค้นหาเฉพาะแพลตฟอร์ม ดูที่ /find/github/
ขั้นตอนที่ 4: ตัดสินใจแล้วลงมือ
ใช้การจัดประเภทเพื่อเลือกหนึ่งการกระทำต่อ gist:
- เก็บเป็น public gist เฉพาะเมื่อเนื้อหามีไว้สำหรับการนำไปใช้ซ้ำสาธารณะ
- เก็บเป็น secret gist เฉพาะเมื่อการเข้าถึงผ่านลิงก์เป็นที่ยอมรับสำหรับทุกคนที่อาจได้รับลิงก์
- ย้ายเนื้อหาที่ใกล้เคียงข้อมูลรับรองหรือข้อมูลส่วนบุคคลไปยัง private repository แล้วเปลี่ยนค่าที่เปิดเผยใดๆ
- สำหรับ public gist ที่ไม่ควรเป็น public ให้ลบและสร้างเนื้อหาใหม่ภายใต้รูปแบบที่ถูกต้อง อย่าสมมติว่ามีสวิตช์เปลี่ยนการมองเห็น
การลบ gist จะลบสำเนาของคุณ แต่ไม่ลบสำเนาที่ผู้อื่นสร้างขึ้น แคชของเครื่องมือค้นหา หรือลิงก์ที่วางไว้ที่อื่นแล้ว วางแผนสำหรับสิ่งนั้น: เปลี่ยนความลับก่อน แล้วจึงล้าง gist
ข้อผิดพลาดที่พบบ่อย
- ถือว่า “secret” คือ “private” Secret gist ไม่ปรากฏในผลการค้นหาสาธารณะ แต่ใครก็ตามที่มีลิงก์สามารถดูได้ นั่นคือความแตกต่างทั้งหมด
- สมมติว่า public gist สามารถทำให้เป็น secret ได้ในภายหลัง Public gist ไม่สามารถแปลงเป็น secret gist ได้ ดังนั้นการตัดสินใจต้องทำก่อนเผยแพร่
- เก็บโทเค็นใน gist เพื่อความสะดวก Gist เป็นพื้นผิวการแชร์ ข้อมูลรับรองควรอยู่ใน private repository หรือตัวจัดการความลับ ไม่ใช่ในหน้าที่เข้าถึงได้ด้วยลิงก์
- ตรวจสอบเฉพาะสิ่งที่เครื่องมือค้นหาแสดง ดัชนีการค้นหาไม่สมบูรณ์และล่าช้า ตรวจสอบจากบัญชีของคุณเอง ไม่ใช่จากช่องค้นหา
- ลบก่อนเปลี่ยนข้อมูลรับรอง หากข้อมูลรับรองอยู่ใน gist การลบ gist ไม่ได้ทำให้ข้อมูลรับรองนั้นใช้ไม่ได้ เปลี่ยนข้อมูลรับรองก่อน
- สับสนระหว่างการจับคู่ชื่อผู้ใช้กับการเป็นเจ้าของ โปรไฟล์สาธารณะที่กล่าวถึง URL ของ gist เป็นเพียงเบาะแส ไม่ใช่หลักฐานว่าบุคคลนั้นควบคุม gist หรือบัญชี
ปกป้องร่องรอยของคุณเอง
การแก้ไขที่ยั่งยืนคือกฎเริ่มต้น ไม่ใช่การล้างข้อมูลครั้งเดียว ตัดสินใจล่วงหน้าว่าประเภทเนื้อหาใดไปยังรูปแบบใด: public gist สำหรับตัวอย่างที่คุณต้องการให้ค้นพบ, secret gist สำหรับเนื้อหาที่แชร์ได้แต่ไม่แสดงรายการ และ private repository สำหรับสิ่งใดก็ตามที่ต้องการการเข้าถึงแบบส่วนตัว เมื่อไม่แน่ใจ คำแนะนำของ GitHub เองชี้ไปที่ private repository
GitHub แนะนำให้ใช้ private repository สำหรับเนื้อหาที่ต้องการการเข้าถึงแบบส่วนตัว แหล่งที่มา
จากนั้นดูแลบัญชีให้เป็นปัจจุบัน การทบทวน gist ของคุณทุกไตรมาส การมองเห็น และที่ที่ลิงก์ถูกแชร์ จะจับความคลาดเคลื่อนก่อนที่จะกลายเป็นการเปิดเผย เมื่อคุณตรวจสอบแฮนเดิลสาธารณะ จำไว้ว่าการค้นหาชื่อผู้ใช้เป็นเครื่องมือสร้างเบาะแส ไม่ใช่บัญชีรายชื่อที่สมบูรณ์ และไม่สามารถเห็นการแชร์ส่วนตัวหรือเนื้อหาของ gist
ข้อเท็จจริงสำคัญ
Secret GitHub gist จะไม่ปรากฏในผลการค้นหาสาธารณะ แต่ใครก็ตามที่มีลิงก์สามารถดูได้
Public gist ไม่สามารถแปลงเป็น secret gist ได้
GitHub แนะนำให้ใช้ private repository สำหรับเนื้อหาที่ต้องการการเข้าถึงแบบส่วนตัว
TraceSeek ตรวจสอบชื่อผู้ใช้ข้าม 3,000+ แพลตฟอร์มใน 20–30 วินาที และการสแกนครั้งแรกฟรี