หนังสือ / คู่มือสำหรับการรักษาความปลอดภัยเซิร์ฟเวอร์ [ปิด]


13

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

ฉันดาวน์โหลด Ubuntu Lucid Server และให้มันทำงานใน VirtualBox เพื่อช่วยฉันเรียนรู้และทำหน้าที่ใกล้เคียงกับเซิร์ฟเวอร์ที่ใช้งานจริงในที่สุด ฉันมุ่งมั่นที่จะเรียนรู้ แต่ฉันค่อนข้างกลัวว่าฉันจะคิดถึงบางสิ่งที่เป็นใบ้และถูกประนีประนอม เช่นนี้ฉันต้องการทราบคำแนะนำที่ดี / หนังสืออธิบายจุดสำคัญของการรักษาความปลอดภัยเซิร์ฟเวอร์ LAMP

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

ฉันรู้ว่าจะทำให้ทุกอย่างทันสมัยตั้งค่า iptables เพื่ออนุญาตให้เฉพาะหลุมที่ฉันต้องการ (ซึ่งปรากฏเป็นเพียงพอร์ต TCP 22 สำหรับ ssh / scp / sftp - ฉันจะเปลี่ยนจากพอร์ตเริ่มต้นสำหรับการรักษาความปลอดภัย (เล็กน้อยมาก) ผ่านโบนัสที่คลุมเครือ - และ 80 สำหรับ http) - แม้ว่าฉันจะสับสนกับบทเรียนบางอย่างที่บอกว่าจะบล็อก ICMP เพราะฉันไม่ได้ว่าทำไมฉันไม่ต้องการที่จะตอบสนองต่อการ ping - และติดตั้งซอฟต์แวร์ที่ฉันต้องการ / ลบซอฟต์แวร์เท่านั้น ไม่จำเป็น


1
ฉันเองคิดว่าคำถามนี้อยู่ใน Server Fault แอมป์ใน LAMP ควรผิดพลาดที่นี่ IMO
xenoterracide

@xenoterracide: ยุติธรรมพอแม้ว่าฉันจะไม่ได้รับความช่วยเหลือเกี่ยวกับ AMP AMP คุณจะสังเกตเห็นว่าชื่อคำถามไม่ได้กล่าวถึง LAMP โดยเฉพาะ - ฉันถามเกี่ยวกับการรักษาความปลอดภัยเซิร์ฟเวอร์โดยทั่วไปซึ่งดูเหมือนจะเป็นหัวข้อที่น่าสนใจสำหรับฉัน ฉันพูดถึงสแต็คทั้งหมดในคำถาม แต่ฉันเพิ่มเป็นบริบทมากกว่าสิ่งอื่นใด ปัญหาที่แท้จริงของฉันคือฉันเป็น newb ที่ Linux และฉันคิดว่า Linux SE จะมีความเชี่ยวชาญด้านขวาเพื่อช่วย BTW ฉันเคยถามเรื่องนี้ใน SF มาก่อน แต่ฉันคิดว่ามันจะได้รับความสนใจมากขึ้นที่นี่และฉันคิดว่าข้อมูลความปลอดภัยน่าจะดีที่นี่
AgentConundrum

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

IMHO ใช้ Debian แทน Ubuntu เรียกใช้ Nginx แทน Apache ที่เหลือฟังดูดี อย่าแตะโฮสต์ที่แชร์กับโพลสำรวจความคิดเห็น
Alex Chamberlain

คำตอบ:



6

ในขณะที่คุณใช้งาน Ubuntu ฉันขอแนะนำServer Guideซึ่งให้ภาพรวมพื้นฐานของชุดบริการเริ่มต้นทั่วไป

ดูที่Linux Server Securityจาก O'Reilly ด้วย ที่จริงเพียงแค่ค้นหาอเมซอนสำหรับข้อเสนอไม่กี่

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

สุดท้ายตรงไปที่ส่วนความปลอดภัยของserverfaultและถามไป

แก้ไข: ICMP ควรถูกบล็อกตามข้อความ ดูรายละเอียดเพิ่มเติมในการกรองแพ็คเก็ต ICMP


ฉันเห็นหนังสือ O'Reilly ก่อนหน้านี้ (ผ่านการค้นหาแบบเดียวกับที่คุณพูดถึงจริง ๆ ) แต่ถูกชะลอออกไปเล็กน้อยตามวันที่ตีพิมพ์ วันนี้หนังสือห้าขวบยังคงเกี่ยวข้องกันหรือไม่? ฉันจะตรวจสอบลิงก์ที่เหลือของคุณด้วย (ดียกเว้นว่าฉันถาม SF คำถามนี้มาระยะหนึ่งแล้วดังนั้นจึงไม่มีจุดที่จะทำซ้ำความพยายามนั้น) ขอบคุณมาก ๆ.
AgentConundrum

5

การอ่านที่แนะนำจาก (ส่วนใหญ่) แหล่งข้อมูลที่เชื่อถือได้และเชื่อถือได้ของสหรัฐอเมริกา:

คุณควรอ่านคำเตือนแบบละเอียดในคู่มือระบบปฏิบัติการของคุณ


1

เพียงคำตอบบางส่วน แต่ฉันได้เขียนบทแนะนำ IPtables ซึ่งอาจเป็นประโยชน์กับคุณ http://www.ellipsix.net/geninfo/firewall/index.html

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

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


ขอบคุณฉันจะตรวจสอบเว็บไซต์ของคุณ ฉันไม่ได้ตระหนักว่า Apache หรือ SSH โดยเฉพาะอย่างยิ่งที่ได้รับจาก S ไม่ปลอดภัยออกจากกล่อง หวังว่าคนอื่นจะมาพร้อมกับคำแนะนำสำหรับพวกเขาหากคุณไม่มี ขอบคุณอีกครั้ง!
AgentConundrum

ดี "ปลอดภัย" ใน SSH เท่านั้นหมายความว่ามันจะส่งข้อมูลของคุณในรูปแบบการเข้ารหัสเพื่อให้คนไม่สามารถสอดแนมในการเชื่อมต่อที่มีอยู่ แต่การสร้างการกำหนดค่า SSH มีความปลอดภัยมากขึ้นเกี่ยวกับการทำให้แน่ใจว่าไม่มีใครสามารถเชื่อมต่อในสถานที่แรกจนกว่าพวกเขากำลังจริงๆที่ได้รับอนุญาตให้ทำเช่นนั้น การเข้ารหัสไม่ได้ป้องกันสิ่งนั้น
David Z
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.