เซิร์ฟเวอร์ทั้งหมดจำเป็นต้องใช้โปรโตคอล HTTPS หรือเป็นเซิร์ฟเวอร์แบบสาธารณะเท่านั้นหรือไม่

ฉันมีเว็บเซิร์ฟเวอร์ส่วนหน้าทำงานผ่าน HTTPS ซึ่งเป็นแบบสาธารณะหันหน้าไปทางนั่นคือพอร์ตเปิดอยู่

ฉันยังมีเซิร์ฟเวอร์ API แบ็กเอนด์ที่เว็บเซิร์ฟเวอร์ของฉันส่งคำขอ API ไป - นี่เป็นสาธารณะและต้องมีการตรวจสอบ - พอร์ตเปิดอยู่

เซิร์ฟเวอร์ 2 เครื่องเหล่านี้ทำงานผ่าน HTTPS

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

คำถามของฉัน ... "เซิร์ฟเวอร์อื่น ๆ จำนวนมาก" จำเป็นต้องเรียกใช้ผ่าน HTTPS หรือไม่เนื่องจากพวกเขาไม่สามารถเข้าถึงภายนอกได้พวกเขาสามารถเรียกใช้ผ่าน HTTP ได้อย่างปลอดภัยแทนหรือไม่

ฉันคิดว่านี่จะเป็นคำถามทั่วไป แต่ฉันไม่สามารถหาคำตอบได้ ขอบคุณ ถ้านี่เป็นคนล่อโปรดชี้แนะฉันให้ถูกคำตอบ

นี่เป็นเรื่องของความเห็นและเกี่ยวข้องกับประเด็นด้านกฎระเบียบด้วย (หากคุณต้องเผชิญ)

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

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

TL; DR คุณควรเข้ารหัสทราฟฟิกยกเว้นว่าอยู่ในโฮสต์เดียวกัน

คุณไม่สามารถเชื่อถือเครือข่ายของคุณได้ มัลแวร์ในเครือข่ายของคุณสามารถดักจับ / แก้ไขคำร้องขอ http

มันไม่ใช่การโจมตีทางทฤษฎี แต่เป็นตัวอย่างชีวิตจริง:

• เราเตอร์ (อาจถูกแฮ็ก) ภายในเครือข่ายของบางเว็บไซต์ที่ฉีดโฆษณา: https://www.blackhat.com/docs/us-16/materials/us-16-Nakibly-TCP-Inject-Attacks-intt-in-the-Wild- A-ขนาดใหญ่-ศึกษา wp.pdf

• เครือข่ายของอินเดียสูดดมระหว่าง cloudfare และ back-end: https://medium.com/@karthikb351/airtel-is-sniffing-and-censoring-cloudflares-traffic-in-india-and-they-don-t-even-know -IT-90935f7f6d98 # .hymc3785e

• "เพิ่มและลบ SSL ที่มีชื่อเสียงในขณะนี้ :-)" จาก NSA

"เซิร์ฟเวอร์อื่น ๆ จำนวนมาก" จำเป็นต้องเรียกใช้ผ่าน HTTPS หรือไม่เนื่องจากพวกเขาไม่สามารถเข้าถึงจากภายนอกได้พวกเขาสามารถเรียกใช้ผ่าน HTTP ได้อย่างปลอดภัยแทนหรือไม่

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

นี่เป็นคำถามความคิดเห็นมากกว่านี้จริง ๆ แต่คำตอบนั้นขึ้นอยู่กับ คุณพยายามจะทำอะไร? คุณเข้ารหัสข้อมูลชนิดใด คุณกำลังพยายามป้องกันภัยคุกคามอะไรบ้าง คุณมีข้อกำหนดทางกฎหมาย (เช่น PCI-DSS, HIPAA และอื่น ๆ ) ที่ระบุว่าคุณต้องการเข้ารหัสข้อมูลระหว่างทาง หากข้อมูลมีความละเอียดอ่อนและคุณกังวลว่าอาจถูกนำไปใช้ในทางที่ผิดเมื่อมีการส่งข้อมูลภายในเครือข่ายของคุณฉันขอแนะนำให้ร่วมมือกับฝ่ายจัดการเพื่อแก้ไขปัญหา ดังนั้นในที่สุดสิ่งที่คุณพยายามปกป้องและทำไมคุณพยายามปกป้องมัน

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

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

ที่กล่าวว่าใช่ขึ้นอยู่กับข้อมูลที่ถูกส่งปัญหาการปฏิบัติตามกฎหมายใด ๆ ฯลฯ คุณอาจตัดสินใจว่าคุณไม่สนใจว่ามีใครบางคนดมกลิ่นพูดข้อมูลสภาพอากาศ ที่กล่าวว่ามันเป็นไปได้ว่าแม้ว่าที่ส่งข้อมูลไม่ไวตอนนี้บางคนอาจจะตัดสินใจที่จะเพิ่มคุณสมบัติในการใช้งานของคุณในภายหลังว่ามีความละเอียดอ่อนดังนั้นฉันจะแนะนำหวาดระแวงมากขึ้น (รวม HTTPS)

วันนี้มีคำสั่ง CPU เฉพาะเพื่อเพิ่มความเร็วในการเข้ารหัสและโปรโตคอลการขนส่งใหม่ที่จะไม่ทำงานเลยหรือทำงานด้วยประสิทธิภาพที่ลดลงผ่านลิงค์ที่ไม่ได้เข้ารหัส (HTTP / 2, gRPC, ฯลฯ ... ) บางทีคำถามที่ดีกว่าคือ: เหตุผลที่คุณต้องการดาวน์เกรดลิงก์เครือข่ายไปยัง HTTP หากไม่มีเหตุผลที่เฉพาะเจาะจงคำตอบก็คือยังคงอยู่กับ HTTPS

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

มันจะเหมือนกับการวางสปอยเลอร์บนแทรคเตอร์: คุณจะได้ไม่ติดอะไรในทางทฤษฎีและไม่สะดวกในทางปฏิบัติ