| पैकेज | वर्शन | |
|---|---|---|
| libssl3 | 3.0.2-0ubuntu1.12 → 3.0.2-0ubuntu1.15 | security |
| openssl | 3.0.2-0ubuntu1.12 → 3.0.2-0ubuntu1.15 | security |
| curl | 7.81.0-1ubuntu1.14 → 7.81.0-1ubuntu1.16 | security |
sudo apt update && sudo apt upgrade. कर्नेल अपडेट के बाद रीबूट आवश्यक होगा।यह पन्ना प्रतीक्षारत सुरक्षा अपडेट को सामान्य पैकेज अपडेट से अलग सूचीबद्ध करता है, साथ ही यह भी कि बिना निगरानी उन्नयन विन्यस्त हैं या नहीं और अंतिम बार कब चले।
जो खाना किसी भी पैकेज सूची से अधिक भारी है वह पुनः आरंभ की आवश्यकता का चिह्न है। कर्नेल और मूल लाइब्रेरियों के अपडेट सफलतापूर्वक स्थापित हो जाते हैं और तब तक कुछ नहीं करते जब तक मशीन फिर से न चले: अर्थात् सर्वर हर रिपोर्ट के अनुसार पूरी तरह पैच किया हुआ हो सकता है और फिर भी स्मृति में कमज़ोर कोड चलाता रहे। ऐसी मशीन पर जो दो सौ दिन से एक अलागू कर्नेल पैच ढो रही हो, चलने की अवधि कोई उपलब्धि नहीं।
बिना निगरानी उन्नयन लगभग हर सर्वर पर चालू करने लायक हैं, दो सुधारों के साथ: उन्हें सभी अपडेट के बजाय सुरक्षा संग्रह तक सीमित रखें, और रखरखाव की एक खिड़की तय करें ताकि पुनः आरंभ तब हों जब आप चाहें। जिस परिदृश्य का डर होता है — बिना निगरानी कोई स्वचालित अपडेट किसी सेवा को तोड़ दे — वह विकल्प की तुलना में कहीं दुर्लभ है, यानी कोई ज्ञात कमज़ोरी जो महीनों बिना पैच रह जाए क्योंकि किसी को फ़ुर्सत नहीं मिली।
इन अद्यतनों को unattended-upgrades स्थापित करता है, और काम स्थापना पर समाप्त नहीं होता। पैकेज डिस्क पर फ़ाइलें बदलते हैं, इसलिए AIDE और debsums का अगला चक्र अंतर दिखाएगा — वैध अंतर, फिर भी उन्हें देख लेना चाहिए ताकि अपना बदलाव किसी और के बदलाव से अलग पहचाना जा सके। पुनः आरंभ की गई सेवाएँ अलग नज़र माँगती हैं: जो वापस नहीं उठी, उसे Monit देख लेगा। और स्वचालित अद्यतन चालू होने को Lynis हार्डनिंग इंडेक्स में गिनता है — उन थोड़े बिंदुओं में से एक जो अंक भी बढ़ाता है और सचमुच जोखिम भी घटाता है।