บายพาสการอัปเกรด Paypal

PayPal กำลังอัปเกรดเป็นใบรับรอง SSL ในทุกจุดสิ้นสุดของเว็บและ API เนื่องจากความกังวลด้านความปลอดภัยมากกว่าความก้าวหน้าในอำนาจการใช้งานคอมพิวเตอร์อุตสาหกรรมจึงยกเลิกใบรับรอง SSL 1024 บิต (G2) แทนใบรับรอง 2048 บิต (G5) และย้ายไปสู่อัลกอริธึมการเข้ารหัสข้อมูลที่มีความแข็งแรงสูงกว่าเพื่อรักษาความปลอดภัยการส่งข้อมูล SHA -2 (256) เหนือมาตรฐานอัลกอริทึม SHA-1 ที่เก่ากว่า

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

นี่คือตัวอย่างการกำหนดค่าของพร็อกซี nginx

 เซิร์ฟเวอร์ {
    ฟัง 80;
    server_name api.sandbox.paypal.com;

    access_log /var/log/nginx/api.sandbox.paypal.com.access.log;
    error_log /var/log/nginx/api.sandbox.paypal.com.error.log;

    location / nvp {
        proxy_pass https://api.sandbox.paypal.com/nvp;
        proxy_set_header X-Real-IP $ remote_addr;
        proxy_set_header X-Forwarded- สำหรับ $ proxy_add_x_forwarded_for;
        proxy_set_header โฮสต์ $ http_host;
    }
} 

นี่เป็นการอัปเกรดน้อยลงและมีโอกาสมากขึ้นในการสร้างและปรับโครงสร้างใหม่ ระบบ RHEL4 เหล่านี้มีการใช้งานมานานเท่าไรแล้ว? 2006? 2007

องค์กรของคุณเพิกเฉยต่อกำหนดการและคำเตือนเกี่ยวกับระยะเวลาการสนับสนุนของRed Hatหรือไม่? นั่นหมายความว่าระบบทั้งหมดเหล่านี้ทำงานไม่ตรงกันตั้งแต่แพ็คเกจล่าสุดออกมาใช่หรือไม่

คุณสามารถให้เหตุผลบางอย่างเกี่ยวกับสาเหตุที่คุณยังอยู่ใน RHEL4 ได้หรือไม่? นี่เป็นจุดสิ้นสุดของชีวิตในปี 2555 ในช่วงเวลานั้นมีโอกาสที่จะสร้างใหม่

สำหรับปัญหานี้โดยเฉพาะฉันคิดว่าวิธีที่ดีที่สุดคือการวัดความพยายามในการสร้างระบบปฏิบัติการปัจจุบันขึ้นใหม่ EL6 หรือ EL7 จะเป็นผู้สมัครที่ดีและจะตกอยู่ภายใต้การสนับสนุนอย่างแข็งขัน

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

นอกจากนี้การไม่สามารถทำงานกับ2048-bitใบรับรองได้จะทำให้คุณมีปัญหามากขึ้นในอีกไม่กี่ปีข้างหน้า ฉันเดาว่าไม่เพียง แต่ paypal เท่านั้น แต่บริการอื่น ๆ อีกมากมายที่จะลืม1024-bitและไม่สามารถทำตามการอัพเกรดได้จะทำให้คุณคลั่งไคล้ที่จะทำให้สิ่งต่าง ๆ ทำงานได้

โดยหลักการแล้วฉันไม่เห็นเหตุผลว่าทำไมการใช้พรอกซีไม่ทำงาน ฉันไม่รู้เกี่ยวกับ nginx เพียงพอที่จะทราบว่าการกำหนดค่าเฉพาะนั้นจะใช้งานได้หรือไม่

ตัวเลือกอื่นที่อาจสมควรพิจารณาคือการอัพเกรด ssl / tls ไลบรารีและที่เก็บใบรับรองหลักโดยไม่ต้องอัปเกรดระบบปฏิบัติการโดยรวม เห็นได้ชัดว่าสิ่งนี้ต้องการการทดสอบความเข้ากันได้ / การถดถอยในระดับหนึ่งและอาจเกี่ยวข้องกับการสร้างห้องสมุดที่เป็นปัญหาจากแหล่งที่มา

หากคุณไม่สามารถจัดการใบรับรองที่ทันสมัย ​​(จากรูต> = 2048 บิตและด้วยลายเซ็น sha256) คุณจะเริ่มมีปัญหากับบริการ ssl ใด ๆ ในอนาคตอันใกล้ไม่ใช่แค่เพย์พาล

ในฐานะที่เป็น ewwhite ชี้RHEL4 ได้รับ EOL ตั้งแต่ 2012

ทำไมคุณอัพเกรดไม่ได้? หากปัญหาไม่ได้ออกใบอนุญาตค่าใช้จ่ายมี CentOS หากปัญหาคือการพึ่งพาโค้ดบางประเภทให้อืม ฉันไม่มีคำตอบที่เย้ายวนสำหรับเรื่องนี้เหมือนกับที่ฉันทำเพื่อค่าใช้จ่าย แต่มันจะแย่ลงเมื่อเวลาผ่านไป

ฉันเข้าใจว่านี่เป็นสิ่งที่สืบทอดมาซึ่งคุณจำเป็นต้องติดตามด้วยเหตุผลทางกฎหมาย (และอยู่ห่างไกลจากอินเทอร์เน็ต) แต่นี่เป็นสายธุรกิจที่แท้จริงของคุณที่คุณกำลังพูดถึง คุณไม่ต้องการเป็นสถิติ เพียงเตือนความจำ: Home Depot ใช้จ่าย$ 43,000,000ในการละเมิดข้อมูลของพวกเขา

โปรดพิจารณาอีกครั้งว่า "การอัพเดตเซิร์ฟเวอร์ของเราไม่ใช่ตัวเลือก"