Seberapa mendesak *** Sistem memulai kembali *** untuk keamanan?

Untuk mempelajari sedikit administrasi server, saya telah membuat server Ubuntu 14.04 sederhana tempat saya menjalankan situs web pribadi. Saya telah mengaturnya untuk menginstal pembaruan keamanan secara otomatis, tetapi tinggalkan pembaruan lainnya. Ini sepertinya bekerja dengan cukup baik. Kadang-kadang saya mendapatkan pesan saat masuk ke server (dengan ssh) mengatakan:

*** System restart required ***

Kali ini terjadi saya reboot Ubuntu sederhana dan semua baik-baik saja. Ini boleh saja karena ini adalah situs web pribadi yang sederhana. Apa yang saya bertanya-tanya tentang, adalah bagaimana ini bekerja untuk webservers yang seharusnya 99,9999etc% waktu Apakah mereka tidak me-restart dan risiko keamanan dilanggar karena pembaruan keamanan tidak diinstal (yang tidak dapat saya bayangkan)? Atau apakah mereka menerima downtime begitu saja (yang tidak dapat saya bayangkan juga)?

Bagaimana saya harus menangani ini jika ini adalah server produksi yang sangat penting yang saya ingin terus dan jalankan? Semua tips dipersilahkan!

[EDIT] Saya tahu saya bisa lakukan cat /var/run/reboot-required.pkgsuntuk mendaftar paket yang menyebabkan reboot. Perintah saat ini menghasilkan yang berikut:

linux-image-3.13.0-36-generic
linux-base
dbus
linux-image-extra-3.13.0-36-generic
linux-base

tetapi bagaimana saya tahu jika pembaruan adalah hal-hal kecil apakah saya memiliki kerentanan keamanan serius jika saya tidak melakukan restart?

[EDIT2] Oke, sekarang saya menggabungkan perintah yang menurut saya berguna menjadi satu:

xargs aptitude changelog < /var/run/reboot-required.pkgs | grep urgency=high

Jika ini tidak menghasilkan apa-apa, sepertinya tidak ada masalah keamanan dengan urgensi tinggi.

Satu pertanyaan terakhir: apakah low,, mediumdan highsatu-satunya kemungkinan yang mendesak, atau adakah yang lebih disukai misalnya criticalatau extremelyimportant?

Jawabannya tidak sederhana karena tergantung pada pembaruan yang dibuat. Jika kernel memiliki masalah keamanan yang serius, maka sebaiknya restart sesegera mungkin. Jika kernel hanya memiliki perbaikan kecil maka restart dapat ditunda.

Jika Anda menjamin ketersediaan> 99,9% maka Anda hampir selalu memiliki sistem berkerumun tempat Anda dapat mem-boot ulang node satu per satu tanpa mengganggu layanan.

Jadi, Anda me-reboot sistem pertama dan menghubungkannya kembali ke cluster. Lalu yang kedua dan seterusnya. Maka layanan tidak akan pernah menjadi tidak tersedia.

addon untuk solusi topik

Saya melakukan pemeriksaan serupa untuk 'persyaratan reboot' untuk sistem pemantauan zabbix

Saya melihat 2 masalah dalam solusi 'Topik':

1. aptitude biasanya berfungsi buruk dalam skrip. Saya membunuh beberapa jam tetapi masih tidak membuatnya bekerja dengan zabbix
2. jika hanya 1 changelog yang menyertakan pembaruan mendesak - cek Anda akan selalu menunjukkan hasil positif

Logika saya adalah:

1. Periksa perubahan terakhir hanya di changelog untuk setiap paket yang membutuhkan reboot sistem
2. Sebagai output hanya menunjukkan pembaruan prioritas tertinggi

Menggunakan dokumentasi Debian saya menemukan 5 nilai yang mungkin untuk 'urgensi' dan juga fakta bahwa itu dapat diikuti oleh karakter yang sama ("=") atau titik koma (":"). Juga ada karakter huruf besar dan kecil

Jadi saya berakhir dengan yang berikut:

#!/bin/bash
##################################
# Zabbix monitoring script
#
# Checking urgency in changelog 
# for updates which require system restart
#
##################################
# Contact:
#  [email protected]
##################################
# ChangeLog:
#  20151205    initial creation
#  20151208    check uniq packages only 
##################################

case "$1" in

status)
    if [ -f /var/run/reboot-required ]; then
      echo 1
    else
      echo 0
    fi 
    ;;

urgency)
    if [ -f /var/run/reboot-required.pkgs ]; then
      while read pkg; do
        tmp=`/usr/bin/apt-get changelog $pkg | \
             /bin/grep -m1 -ioP '(?<=[Uu]rgency[=:])(low|medium|high|emergency|critical)' | \
             tr '[:upper:]' '[:lower:]'`
        if [ -n $tmp ]; then
          if   [ "$tmp" == "low" ] && \
               [ "$urgency" != "medium" ] && \
               [ "$urgency" != "high" ] && \
               [ "$urgency" != "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=low
          elif [ "$tmp" == "medium" ] && \
               [ "$urgency" != "high" ] && \
               [ "$urgency" != "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=medium
          elif [ "$tmp" == "high" ] && \
               [ "$urgency" != "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=high
          elif [ "$tmp" == "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=emergency
          elif [ "$tmp" == "critical" ]; then 
            urgency=critical
            break
          fi
        fi 
      done < <(sort -u /run/reboot-required.pkgs)
    else
      urgency=none
    fi

    case "$urgency" in
        none)      urgency=0 ;;
        low)       urgency=1 ;;
        medium)    urgency=2 ;;
        high)      urgency=3 ;;
        emergency) urgency=4 ;;
        critical)  urgency=5 ;;
        *)         urgency=42 ;;
    esac

    echo $urgency
    ;;
esac
exit 0

Hasil dari:

• reboot_required_check.sh status mengembalikan 1 jika reboot diperlukan, 0 jika tidak
• reboot_required_check.sh urgency mengembalikan level 'urgensi' tertinggi atau '0' jika reboot tidak diperlukan

Semoga ini membantu seseorang menghemat waktu;)

Apa yang saya bertanya-tanya tentang, adalah bagaimana ini bekerja untuk webservers yang seharusnya 99,9999etc% waktu Apakah mereka tidak me-restart dan risiko keamanan dilanggar karena pembaruan keamanan tidak diinstal (yang tidak dapat saya bayangkan)? Atau apakah mereka menerima downtime begitu saja (yang tidak dapat saya bayangkan juga)?

Server web besar di-restart ketika * System restart diperlukan * muncul karena alasan keamanan.

Tapi ini transparan bagi pengguna dan situs tidak pernah turun karena server besar sering menjalankan dua atau tiga server yang menyimpan file yang persis sama dan menampilkan situs yang sama. Yang pertama adalah server utama sementara dua yang lain adalah sekunder dan hanya digunakan ketika server utama sedang down.