CVE-2026-18953: Transform MCP Server ของ AWS ไม่มีขอบเขตการเขียน

Amazon เผยแพร่ประกาศด้านความปลอดภัย 2026-075-AWS เมื่อวันที่ 5 สิงหาคม 2026 สำหรับ CVE-2026-18953 ซึ่งเป็นช่องโหว่ path traversal ใน get_resource เครื่องมือของ awslabs.aws-transform-mcp-server ซึ่งเป็นเซิร์ฟเวอร์ Model Context Protocol โอเพนซอร์สที่ทำงานบนเครื่องของผู้พัฒนาเอง เพื่อให้ผู้ช่วย AI สามารถสั่งงาน AWS Transform และดึงอาร์ติแฟกต์ของงานเหล่านั้นได้ เวอร์ชัน 0.1.0 ถึง 0.1.4 ไม่ได้จำกัดชื่อเส้นทางอย่างเพียงพอ และ savePath ซึ่งเป็นพารามิเตอร์ที่สามารถเขียนไฟล์ออกนอกไดเรกทอรีทำงานที่ตั้งใจไว้ได้ — ซึ่งคำแนะนำด้านความปลอดภัยของ GitHub ในรีโพซิทอรีของ Amazon ระบุว่า "อาจนำไปสู่การรันโค้ดภายในเครื่อง" Amazon ให้คะแนนช่องโหว่นี้ 8.6 ระดับสูง การแก้ไขคือเวอร์ชัน 0.1.5 และไม่มีวิธีเลี่ยงชั่วคราวฝั่งเซิร์ฟเวอร์หรือโดยการตั้งค่าเพียงอย่างเดียว เพราะเส้นทางโค้ดที่มีช่องโหว่มีอยู่ในการตั้งค่าเริ่มต้น ไม่มีแหล่งข้อมูลสาธารณะใดบันทึกว่ามีใครใช้ประโยชน์จากช่องโหว่นี้ บันทึกฉบับเต็ม พร้อมระดับความร้ายแรงและระดับความมั่นใจ อยู่ใน Orca AI Incident Archive ควบคู่กับเหตุการณ์ MCP และรันไทม์ของเอเจนต์ที่บันทึกไว้ในเดือนเดียวกัน

เซิร์ฟเวอร์ MCP ที่เขียนในที่ที่นักพัฒนาทำงาน

เซิร์ฟเวอร์ Model Context Protocol คือชั้นที่มอบเครื่องมือที่เรียกใช้งานได้ให้แก่ผู้ช่วย และตัวนี้เป็นแบบโลคัลโดยเจตนา ข่าวประชาสัมพันธ์ของ Amazon อธิบายว่าเป็น "เซิร์ฟเวอร์ MCP แบบโอเพนซอร์สที่ทำงานภายในเครื่องของนักพัฒนา และช่วยให้ผู้ช่วยที่ขับเคลื่อนด้วย AI โต้ตอบกับ AWS Transform เพื่อรันงานแปลงโค้ดและดึงอาร์ติแฟกต์ของงานเหล่านั้น" คำอธิบายแพ็กเกจบน Python Package Index ระบุว่าเปิดเผยวงจรชีวิตของ Transform ผ่านเครื่องมือ 19 รายการ โดยจัดการเวิร์กสเปซการแปลง งาน คอนเนกเตอร์ งานที่มีมนุษย์ร่วมอยู่ในกระบวนการ อาร์ติแฟกต์ และแชต และครอบคลุมการปรับปรุงเมนเฟรมให้ทันสมัย การย้าย VMware การปรับปรุง .NET ให้ทันสมัย และการแปลงโค้ดแบบกำหนดเอง

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

เครื่องมือที่ระบุชื่อในคำแนะนำคือตัวที่นำอาร์ติแฟกต์ของงานลงมายังดิสก์ get_resource รับค่า savePath ซึ่งระบุตำแหน่งที่ไฟล์ควรถูกบันทึกไว้ บั๊กคือไม่มีอะไรหยุดเส้นทางนั้นจากการชี้ไปยังตำแหน่งอื่น

แย่แค่ไหน และวัดด้วยเลขของใคร

CVE นี้มีคะแนนสามค่าที่แนบมาและไม่ตรงกัน Amazon ซึ่งเป็นหน่วยงานกำหนดหมายเลขที่ออก CVE นี้ ให้คะแนน 8.6 ระดับ High ตาม CVSS v3.1 ด้วยเวกเตอร์ CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H — local, ความซับซ้อนต่ำ, ไม่ต้องมีสิทธิ์, ต้องมีปฏิสัมพันธ์จากผู้ใช้, ขอบเขตเปลี่ยนแปลง, ผลกระทบสูงต่อความลับ ความถูกต้องครบถ้วน และความพร้อมใช้งาน รายการของ NIST ใน National Vulnerability Database มีคะแนนหลัก v3.1 ของตนเองที่ 8.8 บนเวกเตอร์ที่แตกต่างกัน คือ CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H: ต้องมีสิทธิ์ต่ำ ไม่ต้องมีปฏิสัมพันธ์จากผู้ใช้ ทั้งสองจัดอยู่ในระดับ High ข้อขัดแย้งนี้เกี่ยวกับเงื่อนไขเบื้องต้น — ว่าผู้โจมตีจำเป็นต้องมีจุดยึดในระบบอยู่แล้วหรือไม่ และจำเป็นต้องโน้มน้าวให้มนุษย์ดำเนินการหรือไม่ — ไม่ใช่เกี่ยวกับว่าผลลัพธ์จะร้ายแรงเพียงใด

คะแนน CVSS v4.0 ของ Amazon สำหรับ CVE เดียวกันคือ 6.3 ระดับปานกลาง บน CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:P/VC:N/VI:N/VA:N/SC:H/SI:H/SA:H อ่านเมตริกผลกระทบ: ไม่มีผลกระทบใด ๆ ต่อระบบที่มีช่องโหว่เอง ทุกอย่างอยู่ในระดับสูงบนระบบถัดไป นั่นคือรูปแบบของการ traversal ที่หลุดออกจากขอบเขตของเครื่องมือเอง — ความเสียหายเกิดขึ้นกับทุกสิ่งที่เครื่องมือเข้าถึงได้ ดังนั้นจึงไปอยู่ในคอลัมน์ระบบย่อย และระบบที่มีช่องโหว่ได้คะแนนเป็นศูนย์

การเพิ่มข้อมูลเสริมของ CVE โดย CISA ซึ่งลงวันที่ 6 สิงหาคม 2026 บันทึกคำตัดสิน SSVC ว่า Exploitation: none, Automatable: no, Technical Impact: total ส่วนบันทึกของ NVD ถูกแก้ไขล่าสุดเมื่อ 23 ตุลาคม 2026 และยังคงแสดงทั้งค่า 8.6 และ 8.8 ไว้เคียงคู่กัน โดยไม่มีเอกสารฉบับใดถือว่าอีกฉบับหนึ่งผิด

สิ่งที่โค้ดที่มีช่องโหว่ทำ และสิ่งที่ 0.1.5 เปลี่ยนแปลง

คำอธิบายกลไกของ Amazon มีเพียงประโยคเดียวและระมัดระวัง: เครื่องมือนี้ "{{1}}ไม่ได้จำกัด pathname อย่างเพียงพอ{{/1}}" ซึ่งอาจทำให้ "{{2}}ผู้กระทำที่ขึ้นอยู่กับบริบท{{/2}}" สามารถ "{{3}}เขียนไฟล์ใดๆ นอกไดเรกทอรีทำงานที่ตั้งใจไว้ผ่านพารามิเตอร์ savePath{{/3}}" ได้ เอกสารคำแนะนำไม่ได้นิยามผู้กระทำ ไม่ได้ระบุว่าอะไรเป็นตัวกระตุ้นการเขียน และไม่ได้อธิบายว่าการโจมตีที่สำเร็จมีลักษณะอย่างไร กล่าวเพียงว่าผลลัพธ์ "อาจนำไปสู่การเรียกใช้โค้ดภายในเครื่อง"

คำอธิบายสาธารณะโดยละเอียดที่สุดเกี่ยวกับกลไกนี้ไม่ใช่ของ Amazon แต่เป็นที่เก็บ Proof-of-Concept ขนาดเล็กชื่อ ronamosa/CVE-2026-18953 ซึ่งเผยแพร่บน GitHub เมื่อวันที่ 8 สิงหาคม 2026 ภายใต้ Apache-2.0 — มีสองคอมมิต และยังไม่มีดาวหรือฟอร์ก ณ เวลาที่เขียน — โดยบรรจุสำเนาตามต้นฉบับทุกตัวอักษรของฉบับที่มีช่องโหว่และฉบับที่แพตช์แล้ว ได้แก่ file_validation.py และรันทั้งสองฉบับด้วยอินพุตชุดเดียวกัน

การตีความ 0.1.4 ของมันมีดังนี้: validate_write_path() ได้ resolve savePath ด้วย realpath และ expanduser โดยปฏิเสธรายการ deny-list สั้น ๆ ของตำแหน่ง (~/.aws, ~/.ssh, ~/.gnupg, ~/.docker, ~/.aws-transform-mcp, /etc/shadow, /etc/passwd) และตัดองค์ประกอบไดเรกทอรีออกจากชื่อไฟล์ที่ให้มา มันไม่เคยจำกัดเส้นทางที่ resolve แล้วให้อยู่ใน base หรือ working directory ใด ๆ บล็อกลิสต์ของชื่อไฟล์ที่ละเอียดอ่อน — .bashrc, .zshrc, authorized_keys, id_rsa — ถูกบังคับใช้เมื่ออ่าน แต่ไม่ถูกบังคับใช้เมื่อเขียน

รีโพซิทอรีนี้สาธิตการเขียนสามรูปแบบที่กลไกนี้อนุญาต: พาธแบบ absolute ที่ไม่ต้องใช้การ traversal เลย, การหลุดออกด้วยพาธแบบ relative ../../ และชื่อ dotfile ที่เส้นทางการอ่านจะปฏิเสธ ทั้งสามรายการไปอยู่ในไดเรกทอรีชั่วคราวที่สคริปต์สร้างขึ้น และเอาต์พุตตัวอย่างของมันแสดง dropped_by_absolute_path.sh, dropped_by_traversal.sh และ .bashrc ภายใต้ไดเรกทอรีโฮมหลอก; ไดเรกทอรีโฮมจริงไม่ถูกแตะต้องเลย เวอร์ชัน 0.1.5 เพิ่มขอบเขตที่ขาดหายไป: ไดเรกทอรีฐานที่นำมาจาก $AWS_TRANSFORM_MCP_WRITE_DIR หรือไดเรกทอรีทำงานตอนเริ่มต้นของเซิร์ฟเวอร์ ซึ่งการเขียนที่ resolve แล้วทุกครั้งต้องอยู่ภายใต้ไดเรกทอรีนี้ พร้อมกับรายการบล็อกชื่อไฟล์ที่นำไปใช้กับพาธการเขียนที่ resolve แล้วขั้นสุดท้าย ตัวตรวจสอบที่แก้ไขแล้วจะแสดงข้อความ "Write path must be within the working directory" สำหรับทั้งสามกรณี

ไม่มีรายละเอียดเหล่านั้นปรากฏในคำแนะนำ และรีโพซิทอรีไม่ได้อ้างว่าได้ข้อมูลมาจากที่นั่น ให้ถือว่ารายการปฏิเสธ การตรวจชื่อไฟล์แบบอ่านอย่างเดียว และการแก้ไขไดเรกทอรีฐานเป็นการสร้างขึ้นใหม่จากซอร์สโค้ด ไม่ใช่ข้อค้นพบอย่างเป็นทางการชุดที่สอง สิ่งที่รีโพซิทอรีเพิ่มเติมจากคำแนะนำคือคำอธิบายว่าใครสามารถระบุพาธได้: เนื่องจากหน้าที่ของเซิร์ฟเวอร์คือการดึงเนื้อหางานและงานย่อยเข้าสู่บริบทของผู้ช่วย ฝ่ายที่เลือก savePath จึงไม่จำเป็นต้องเป็นผู้ที่อยู่หน้าคีย์บอร์ด ผู้ช่วยที่ถูกชี้นำด้วยเนื้อหาที่ไม่น่าไว้วางใจซึ่งมันดึงมาผ่านเครื่องมือเดียวกันก็สามารถเป็นผู้ตัดสินใจได้ นั่นคือข้อโต้แย้งของรีโพซิทอรีจากโค้ดและการออกแบบของเครื่องมือ ไม่ใช่ข้อกล่าวอ้างที่ Amazon ทำขึ้น; "context-dependent actor" ที่ Amazon ไม่ได้นิยามไว้สอดคล้องกับข้อโต้แย้งดังกล่าวและหยุดอยู่เพียงแค่นั้น

เจ็ดสัปดาห์ระหว่างแพตช์กับประกาศ

การแก้ไขไม่ได้มาพร้อมกับประกาศ ประวัติการเผยแพร่ของ Python Package Index — เมทาดาทาจากฝ่ายแรกจากรีจิสทรีที่แพ็กเกจถูกเผยแพร่ผ่าน — ระบุว่า 0.1.4 คือวันที่ 20 พฤษภาคม 2026 และ 0.1.5 คือวันที่ 17 มิถุนายน 2026 ซึ่งเป็นเวลาก่อนเจ็ดสัปดาห์ที่ประกาศ 2026-075 จะเผยแพร่ในวันที่ 5 สิงหาคม ไม่มีไฟล์ 0.1.0 บนดัชนีเลย อาร์ติแฟกต์ที่เผยแพร่เร็วที่สุดภายในช่วงที่ได้รับผลกระทบคือ 0.1.1 ซึ่งอัปโหลดเมื่อ 9 พฤษภาคม 2026 ดังนั้นนักพัฒนาที่ติดตั้งจากดัชนีจึงได้รับได้เพียงบิลด์ที่มีช่องโหว่ระหว่างวันที่ 9 พฤษภาคมถึง 17 มิถุนายนเท่านั้น และใครก็ตามที่ติดตามการเผยแพร่ก็ใช้โค้ดที่แพตช์แล้วตั้งแต่กลางเดือนมิถุนายน

Amazon ไม่ได้ระบุว่าทราบถึงปัญหานี้เมื่อใด รายงานมาถึงเมื่อใด หรือเหตุใดรีลีสที่ปิดปัญหานี้จึงถูกเผยแพร่ออกไป บุคคลเดียวที่ถูกเอ่ยชื่อในบันทึกคือ Drew Raines ซึ่งได้รับการขอบคุณทั้งในประกาศและ GitHub advisory "สำหรับการร่วมมือในปัญหานี้ผ่านกระบวนการเปิดเผยปัญหาอย่างเป็นระบบ" GHSA-66mr-jr63-2jgw ถูกเผยแพร่ในรีโพซิทอรี awslabs/mcp ของ Amazon เมื่อวันที่ 5 สิงหาคม 2026 ซึ่งเป็นวันเดียวกับประกาศ บันทึก CVE ถูกจองไว้เมื่อ 13:44 UTC และเผยแพร่เมื่อ 19:33 UTC ของวันนั้น

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

สิ่งที่บันทึกยืนยัน และสิ่งที่บันทึกไม่ได้ยืนยัน

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

• ยืนยันแล้ว Amazon ได้เผยแพร่ประกาศ 2026-075-AWS เมื่อวันที่ 5 สิงหาคม 2026 ครอบคลุม CVE-2026-18953 ซึ่งเป็นช่องโหว่ path traversal แบบ CWE-22 ในการจัดการ get_resource ของ savePath ใน awslabs.aws-transform-mcp-server 0.1.0 ถึง 0.1.4 ซึ่งแก้ไขใน 0.1.5 โดยไม่มีวิธีเลี่ยงผ่านฝั่งเซิร์ฟเวอร์หรือการตั้งค่าเพียงอย่างเดียว เนื่องจากเส้นทางที่มีช่องโหว่ถูกใช้ในการกำหนดค่าเริ่มต้น

• ยืนยันแล้ว คะแนนและความแตกต่างระหว่างคะแนน: 8.6 ระดับ High จาก Amazon ในฐานะหน่วยงานกำหนดหมายเลข CVE, 8.8 ระดับ High จาก NIST ซึ่งเป็นคะแนนหลักของ NVD, 6.3 ระดับ Medium ตาม CVSS v4.0 และการตัดสินใจ SSVC ของ CISA เมื่อวันที่ 6 สิงหาคมว่าไม่พบการนำไปใช้ประโยชน์และไม่พบเส้นทางที่สามารถทำได้โดยอัตโนมัติ

• ยืนยันแล้ว วันที่เผยแพร่บน Python Package Index และการให้เครดิตแก่ Drew Raines สำหรับการเปิดเผยข้อมูลแบบประสานงาน

• อนุมานจากซอร์สโค้ด โดยบุคคลที่สาม รายการปฏิเสธ (deny-list) รายการชื่อไฟล์ที่ห้ามเขียน (read-only filename blocklist) ไดเรกทอรีฐานที่ไม่มีอยู่ และการแก้ไข _ALLOWED_WRITE_BASE ล้วนมาจากรีโพซิทอรี proof-of-concept ของ ronamosa ซึ่งสำเนาแบบ vendored ของเวอร์ชันตัวตรวจสอบทั้งสองที่จัดมาไว้นั้นใครก็สามารถ diff ได้

• อนุมานจากเวลาที่บันทึกและการออกแบบ ว่า 0.1.5 เป็นรีลีสด้านความปลอดภัยโดยเจตนา และว่าผู้ช่วยที่ถูกชี้นำด้วยเนื้อหาที่ไม่ไว้วางใจอาจให้เส้นทางที่เป็นอันตรายนั้น Amazon ไม่ได้ระบุทั้งสองประการ

• ยังไม่ได้รับการยืนยัน การนำช่องโหว่ไปใช้ประโยชน์ในสภาพจริงใด ๆ ข้อความ "Exploitation: none" ของ CISA ลงวันที่ 6 สิงหาคม ซึ่งเป็นสองวันก่อนที่ proof-of-concept สาธารณะจะปรากฏขึ้น ดังนั้นจึงสะท้อนเฉพาะช่วงเวลานั้น ไม่ใช่สิ่งที่เกิดขึ้นหลังจากนั้น ยังไม่มีการเผยแพร่จำนวนผู้ใช้ที่ได้รับผลกระทบ การแจ้งเตือนลูกค้า หรือข้อมูลเทเลเมทรี

• ยังไม่ได้รับการยืนยัน การรายงานข่าวโดยอิสระ ไม่มีสำนักข่าวกระแสหลักรายใดดูเหมือนจะรายงานเกี่ยวกับ CVE นี้ บันทึกสาธารณะประกอบด้วยเอกสารสามฉบับของ Amazon การเสริมข้อมูลจาก NIST และ CISA ต่อเอกสารเหล่านั้น หน้าแทร็กเกอร์ที่ทบทวนบันทึกดังกล่าว และที่เก็บ proof-of-concept ขนาดเล็กหนึ่งแห่งที่อธิบายไว้ข้างต้น

มีอะไรเปลี่ยนแปลงไป และควรตรวจสอบอะไร

มาตรการแก้ไขของ Amazon คือการปรับเพิ่มเวอร์ชันเท่านั้น ไม่มีอย่างอื่น: อัปเกรดเป็น 0.1.5 หรือใหม่กว่า และ “ตรวจสอบให้แน่ใจว่าโค้ดที่แยกสาย (forked) หรือโค้ดที่ดัดแปลงใด ๆ ได้รับการแพตช์เพื่อรวมการแก้ไขใหม่ไว้ด้วย” อนุประโยคที่สองคือส่วนที่ต้องนำไปปฏิบัติต่อ เซิร์ฟเวอร์เป็นโอเพนซอร์ส และฟอร์กที่ฝังตัวตรวจสอบ 0.1.4 ไว้ภายในจะสืบทอดข้อบกพร่องโดยไม่ได้รับคำแนะนำด้านความปลอดภัยไปด้วย ประกาศฉบับนี้ขอให้ผู้ดูแลโค้ดที่ดัดแปลงนำการเปลี่ยนแปลงดังกล่าวไปใช้กับโค้ดนั้น กล่าวคือ รีลีสจากต้นทางไม่ได้ไปถึงสำเนาที่บุคคลอื่นดูแลอยู่

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

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