สำรองข้อมูลพอร์ตแบบเข้ารหัส — ทำไมและทำยังไง

ช่วงปีที่ผ่านมา นักลงทุนที่ใช้แอปการเงินบน cloud หลายรายพบประสบการณ์ที่ไม่คาดคิด — ไม่ใช่การสูญเสียเงิน แต่คือการสูญเสียข้อมูลที่บันทึกไว้ทั้งหมด ไม่ว่าจะเป็นเมื่อผู้ให้บริการปิดตัว เมื่อรหัสผ่านถูกเจาะ หรือเมื่อ cloud storage ของตัวเองถูก misconfigure จนเปิดสาธารณะโดยไม่รู้ตัว สถิติจาก Bright Defense (2026) ชี้ว่า 82% ของ data breach ในปัจจุบันเกี่ยวข้องกับข้อมูลที่เก็บใน cloud ซึ่งหมายความว่าการ “อัปโหลดขึ้นไปแล้วลืม” ไม่ใช่คำตอบของการสำรองข้อมูลที่ปลอดภัย

ทำไม backup ธรรมดาไม่พอ

หลายคนเข้าใจว่าตราบใดที่ไฟล์อยู่ใน iCloud หรือ Google Drive ก็ปลอดภัยแล้ว ซึ่งเป็นจริงในแง่ของการกู้คืนข้อมูลเมื่อเครื่องพัง — แต่ไม่เป็นจริงในแง่ของความเป็นส่วนตัว

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

ความต่างระหว่าง backup ที่เข้ารหัสกับที่ไม่เข้ารหัส

เมื่อไฟล์ฐานข้อมูลถูก backup โดยไม่ผ่านการเข้ารหัส สิ่งที่อยู่ใน cloud คือข้อมูลดิบที่อ่านได้ทันที ใครก็ตามที่เข้าถึง folder นั้นได้ — ไม่ว่าจะผ่านช่องโหว่ของ account หรือผ่านการแชร์ link โดยไม่ตั้งใจ — จะเห็นข้อมูลทั้งหมดทันที

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

มาตรฐานการเข้ารหัสที่ใช้ในโลกจริง

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

Algorithm การเข้ารหัส มาตรฐานที่ได้รับการยอมรับในระดับสากลและผ่านการรับรองโดย NIST (National Institute of Standards and Technology) คือ AES-256-GCM ซึ่งเป็น algorithm ชุดเดียวกับที่รัฐบาลสหรัฐใช้สำหรับข้อมูลลับระดับสูง ตัวเลข 256 หมายถึงความยาวของ key ที่ใช้เข้ารหัส ส่วน GCM (Galois/Counter Mode) เป็น mode ที่ให้ทั้ง confidentiality และ integrity verification พร้อมกัน หมายความว่าถ้าใครพยายามแก้ไขไฟล์ที่เข้ารหัสแล้ว ระบบจะตรวจจับการแก้ไขนั้นได้เมื่อถอดรหัส

Key derivation รหัสผ่านที่มนุษย์ตั้งมักสั้นและมีรูปแบบ การนำไปใช้เป็น encryption key โดยตรงจึงไม่ปลอดภัย key derivation function (KDF) ทำหน้าที่แปลงรหัสผ่านสั้นๆ ให้กลายเป็น key 256 บิตที่มีความซับซ้อนสูง OWASP (Open Web Application Security Project) แนะนำให้ใช้ Argon2id ซึ่งเป็น memory-hard algorithm ที่ทำให้การโจมตีด้วย GPU จำนวนมากต้องใช้ต้นทุนสูงเกินคุ้ม เนื่องจากการโจมตีแต่ละ attempt ต้องจองหน่วยความจำจำนวนมากตามที่กำหนด

ข้อมูลอะไรที่ควร backup และควร backup ที่ไหน

สำหรับนักลงทุนที่ใช้แอป wealth tracking แบบ local-first ไฟล์ที่สำคัญที่สุดคือฐานข้อมูลหลักที่เก็บรายการทรัพย์สิน ประวัติธุรกรรม และการตั้งค่าทั้งหมด สำหรับ macOS ไฟล์นี้มักอยู่ใน Application Support folder

สำหรับ destination ของ backup มีสามแนวทางหลัก

Cloud folder ที่ผู้ใช้เลือกเอง เช่น iCloud Drive, Dropbox, หรือ Google Drive เป็นตัวเลือกที่สะดวกสุดสำหรับคนที่ต้องการกู้คืนจากหลายเครื่อง ข้อสำคัญคือไฟล์ backup ต้องผ่านการเข้ารหัสก่อนอัปโหลดเสมอ ไม่ใช่พึ่ง encryption ของ cloud provider เพราะ encryption ที่ provider ทำเป็น server-side คือ key อยู่กับพวกเขา ไม่ใช่กับเรา

External drive เหมาะกับผู้ที่ต้องการควบคุมทุกอย่างเองโดยไม่มี third party เข้ามาเกี่ยว ข้อเสียคือหากเกิดอุบัติเหตุในที่เดียวกัน เช่น น้ำท่วมหรือไฟไหม้ ทั้งเครื่องหลักและ backup อาจเสียหายพร้อมกัน

หลักการ 3-2-1 คือแนวทางที่ผู้เชี่ยวชาญด้าน data protection มักอ้างถึง ได้แก่ ข้อมูล 3 ชุด ใน 2 media ที่ต่างกัน และ 1 ชุดอยู่นอกสถานที่ (off-site) ในทางปฏิบัติสำหรับนักลงทุนทั่วไปอาจหมายถึง ข้อมูลในเครื่อง + external drive + cloud folder ที่เข้ารหัส ทั้งสามชุดนี้คุ้มครองกันคนละสถานการณ์

ความถี่และ retention policy

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

สำหรับ portfolio tracker การ backup รายวันเป็น minimum ที่สมเหตุสมผล โดยเฉพาะสำหรับนักลงทุนที่ active ที่อัปเดตราคาหรือบันทึกธุรกรรมใหม่เป็นประจำ

เรื่อง retention policy — กี่ชุดที่ควรเก็บไว้ — ขึ้นกับพื้นที่จัดเก็บ แต่ขั้นต่ำที่สมเหตุสมผลคือ rolling 30 วัน เพื่อให้สามารถย้อนกลับได้หากพบว่าข้อมูลเสียหายหรือบันทึกผิดและไม่ได้สังเกตทันที

แนวคิด encrypt-then-backup และทำไมลำดับสำคัญ

ลำดับที่ถูกต้องคือ encrypt-then-backup: เข้ารหัสไฟล์ในเครื่องก่อน แล้วจึงส่งไฟล์ที่เข้ารหัสแล้วไปยัง cloud

ถ้าทำในลำดับกลับกัน — upload ขึ้น cloud ก่อน แล้วค่อยเปิด encryption ของ cloud provider — ข้อมูลดิบจะถูกส่งผ่าน internet ก่อนการเข้ารหัส และ encryption key จะอยู่ที่ cloud provider ไม่ใช่ที่เรา ซึ่งไม่ตรงกับแนวคิด privacy-first ที่แท้จริง

ความแตกต่างนี้ฟังดูทางเทคนิค แต่มีนัยสำคัญ: encrypt-then-backup หมายความว่าแม้แต่ตัวให้บริการ cloud เองก็ไม่สามารถอ่านข้อมูลของเราได้ เพราะ key อยู่กับเราและ passphrase ที่เราจำเท่านั้น

สำหรับผู้ใช้ Stack ฟีเจอร์ Encrypted Backup ทำงานตามลำดับ encrypt-then-backup โดยใช้ AES-256-GCM สำหรับการเข้ารหัสและ Argon2id สำหรับ key derivation จาก passphrase ที่ผู้ใช้ตั้งเอง ไฟล์ที่ได้จะมีนามสกุล .sbke และผู้ใช้เลือก destination เองได้ทั้ง iCloud Drive, Dropbox, Google Drive หรือ local folder ใดก็ได้ — ระบบไม่เคยส่งข้อมูลหรือ key ไปยัง server ใด

ในบทความถัดไป เราจะมาดูว่า passcode และ biometric lock สำหรับแอปการเงินทำงานอย่างไร — และเหตุใด Touch ID อย่างเดียวอาจไม่เพียงพอในทุกสถานการณ์