ความสมบูรณ์ของไฟล์ส่งออกมิเตอร์พลังงาน: การตรวจสอบแฮชและขีดจำกัด

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

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

แยกความเป็นอันเดียวกันของไฟล์ออกจากความถูกต้องของการวัด

คำถามสามข้อมักสับสนกัน ประการแรก ผู้รับได้รับไฟล์ตรงตามที่ผู้ส่งเลือกหรือไม่? ประการที่สอง ระบบที่ตั้งใจไว้สร้างไฟล์นั้นหรือไม่? ประการที่สาม เนื้อหาของไฟล์แสดงการวัดที่ต้องการอย่างถูกต้องหรือไม่? การเปรียบเทียบแฮชตอบคำถามแรกได้เมื่อแหล่งที่มาน่าเชื่อถือ แต่ไม่สามารถตอบคำถามสองและสามได้ด้วยตัวเอง.

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

เดอะ กลุ่มผลิตภัณฑ์ BY194 ให้ข้อมูลบริบทของอุปกรณ์ ตรวจสอบการวัดและการสื่อสารกับเวอร์ชันและเอกสารประกอบที่ให้มา กระบวนการส่งออกและการคำนวณแฮชภายนอกไม่ใช่คุณสมบัติของอุปกรณ์โดยตรง คู่มือการวัดสามเฟส ช่วยกำหนดขอบเขตการวัดที่กว้างขึ้นก่อนที่จะประเมินไฟล์ใด ๆ.

แช่แข็งการส่งออกต้นฉบับก่อนเปรียบเทียบ

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

การบันทึกไฟล์ในสเปรดชีตอาจเปลี่ยนแปลงการขึ้นบรรทัด การอ้างอิง การเข้ารหัสตัวอักษร การจัดรูปแบบตัวเลข และการนำเสนอวันที่ การเปลี่ยนแปลงเหล่านี้อาจเป็นการแปลงที่ถูกต้องตามกฎหมาย แต่สร้างไฟล์ที่แตกต่างกัน หากกระบวนการทำงานต้องการเวอร์ชันที่แปลงแล้ว ให้ตั้งชื่อแยกต่างหากและคำนวณแฮชของมันเองหลังการแปลง อย่าคาดหวังให้ตรงกับแฮชของไฟล์ส่งออกต้นฉบับ.

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

ใช้แฮชที่ได้รับการอนุมัติและแหล่งอ้างอิงที่เชื่อถือได้

NIST’s มาตรฐานแฮชปลอดภัย อธิบายอัลกอริทึมแฮชปลอดภัยที่ได้รับการอนุมัติ องค์กรควรเลือกวิธีการที่เหมาะสมกับความต้องการและเครื่องมือของตน SHA-256 เป็นที่นิยมสำหรับการเปรียบเทียบไฟล์ แต่กระบวนการทำงานต้องระบุอัลกอริทึมอย่างชัดเจนเพื่อให้ผู้ส่งและผู้รับคำนวณแฮชประเภทเดียวกัน.

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

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

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

เปรียบเทียบไฟล์ที่ได้รับก่อนเปิดและบันทึก

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

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

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

ตรวจสอบความไม่ตรงกันโดยไม่ทำลายหลักฐาน

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

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

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

ตรวจสอบความถูกต้องของเนื้อหาหลังจากผ่านการยืนยันตัวตน

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

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

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

เก็บรายการแสดงข้อมูลที่บุคคลอื่นสามารถใช้ได้

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

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

บทเรียน Computerphile ต่อไปนี้อธิบายการแฮชที่ปลอดภัยในระดับแนวคิด ช่วยให้เข้าใจว่าทำไมดีจิสต์จึงเปลี่ยนแปลงเมื่อบัฟเฟอร์เปลี่ยนแปลง มันไม่ใช่การสาธิตคุณสมบัติการส่งออก CNBYG การรับรองความถูกต้องของเครื่องมือเฉพาะ หรือการแทนที่วิธีการตรวจสอบที่ได้รับการอนุมัติจากองค์กร.

รับชมบทเรียนเพื่อการเรียนรู้

ทำให้คำชี้แจงการรับไฟล์สุดท้ายแม่นยำ

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

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

คำถามที่มักถูกถาม

การมีแฮชตรงกันแสดงว่าการอ่านค่าถูกต้องหรือไม่?

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

ทำไมเช็คซัมเปลี่ยนหลังจากบันทึกในสเปรดชีต?

แอปพลิเคชันอาจมีการเปลี่ยนรหัสการเข้ารหัส การสิ้นสุดบรรทัด การอ้างอิง การจัดรูปแบบวันที่ หรือการแสดงตัวเลข ควรรักษาการส่งออกเดิมไว้และปฏิบัติต่อไฟล์สเปรดชีตที่บันทึกเป็นไฟล์แปลงที่แยกต่างหาก พร้อมข้อมูลระบุตัวตนและบันทึกการตรวจสอบของตนเอง.

ชื่อไฟล์เพียงพอที่จะระบุการส่งออกหรือไม่?

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

เครื่องวัดจำเป็นต้องคำนวณ checksum หรือไม่?

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