ตู้เซฟ Vaultwarden ของคุณควรเข้าถึงได้ผ่าน VPN เท่านั้นหรือไม่ สามเงื่อนไข

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

เงื่อนไข 1: ผู้ใช้ของคุณเข้าถึงเซิร์ฟเวอร์ได้ในวันแรก

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

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

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

เงื่อนไข 2: การเข้าถึงที่แคชไว้เป็นแบบอ่านอย่างเดียว และเท่านั้นก็พอ

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

curl -sI https://vault.example.com/alive
openssl s_client -connect vault.example.com:443 -servername vault.example.com </dev/null

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

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

เงื่อนไข 3: การกู้คืนไม่ผ่านตัวตู้เซฟเอง

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

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

ถ้าการกู้คืนต้องใช้ตู้เซฟ เงื่อนไขนี้ล้มเหลว ทางแก้คือเส้นทางนอกช่องทางที่มีเอกสารกำกับ ไม่ใช่คำเตือนที่แรงขึ้นในเอกสารแนะนำ

สิ่งที่คุณคงไว้ไม่ว่ากรณีใด: HTTPS สำรองข้อมูล และการอัปเดต

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

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

sqlite3 /data/db.sqlite3 ".backup '/backup/vault-2026-11-03.sqlite3'"
docker compose ps

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