Choisir une version et un Take Check Point pour votre déploiement

Deux mouvements différents : un Take plus récent, ou une autre version

Sur un déploiement Check Point, rester à jour recouvre deux opérations différentes. Installer un Take plus récent du Jumbo Hotfix Accumulator conserve la version et apporte les correctifs publiés depuis le Take installé ; c’est le mouvement de routine. Passer à une autre version (d’une version majeure à la suivante) change la base logicielle, exige un chemin de mise à niveau et une fenêtre de maintenance d’une autre ampleur ; c’est le mouvement dont parle la version recommandée de sk95746.

La première question est donc celle du mouvement que la situation appelle. Un équipement sur une version prise en charge, auquel manque le Take qui corrige une vulnérabilité, a besoin d’un Take. Un équipement sur une version proche de sa fin de support, ou sur une version dont l’accumulateur ne portera jamais le correctif d’une vulnérabilité que l’éditeur a corrigée ailleurs, a besoin d’un changement de version.

Ce qu’il faut réunir avant de décider

• La version et le Take de chaque passerelle et du serveur de gestion, tels que leurs paquets installés les affichent.
• Les modèles d’appliances et leurs dates de support dans la politique de cycle de vie : une appliance hors support peut ne pas exécuter une version plus récente.
• Les bulletins qui concernent les équipements, avec le Take ou le hotfix que chaque SK nomme pour votre version.
• La version recommandée de sk95746 et, pour votre version, le dernier Take de son accumulateur avec son niveau d’adoption.
• Les limitations connues que la documentation de l’accumulateur liste pour les Takes envisagés.

La gestion d’abord, puis les passerelles

Le Security Management Server gère des passerelles de sa propre version et de versions antérieures, pas de versions postérieures : une passerelle ne peut pas passer à une version plus récente que celle de son serveur de gestion. Une montée de version commence donc par le serveur de gestion, puis sa SmartConsole, puis les passerelles. Au sein d’une version, la documentation de l’accumulateur indique pour chaque Take s’il s’applique à la gestion, aux passerelles ou aux deux, et si un build SmartConsole assorti existe ; lisez l’entrée du Take avant de planifier l’ordre.

Une méthode en cinq étapes

1. Pour chaque équipement, listez le premier Take corrigé de chaque bulletin qui le concerne sur sa version ; le plus élevé est le plancher sur cette version. Si un bulletin n’a aucun correctif sur votre version, le plancher est un changement de version.
2. Comparez le plancher au dernier Take de la version : quand le dernier Take est égal ou supérieur au plancher, l’installer est le mouvement de routine. Sous la politique actuelle de l’éditeur, ce Take est aussi le Take recommandé ; son niveau d’adoption vous dit à quel point il a été déployé.
3. Lisez la version recommandée de sk95746 : un déploiement qui en est loin, ou sur une version proche de sa fin de support, planifie une montée de version plutôt qu’une nouvelle série de Takes.
4. Vérifiez les appliances face à la politique de cycle de vie et au matériel pris en charge par la version cible : une appliance qui n’exécute pas la cible bloque tout le plan ou le scinde en deux.
5. Ordonnez les opérations : serveur de gestion, SmartConsole, puis les passerelles, membres de cluster un par un, avec les instructions propres au Take dans son entrée et la FAQ.

Vérifier et enregistrer

Après l’installation, enregistrez le Take que chaque équipement affiche, pas celui que vous visiez : un Take dont l’installation a échoué ou a été annulée laisse l’équipement à son Take précédent. Le rapprochement montre alors les bulletins restants, et le Take courant de la version vous dit quand le prochain mouvement de routine est dû.

Erreurs fréquentes

• Planifier la montée d’une passerelle vers une version plus récente que celle du serveur de gestion.
• Lire la version recommandée de sk95746 comme une raison d’arrêter d’installer des Takes sur la version actuelle.
• Installer un Take sans lire ses limitations connues ni son exigence SmartConsole.
• Choisir une version cible qu’une appliance du déploiement ne peut pas exécuter.

À vérifier avant d’agir

• La version et le Take de chaque équipement, serveur de gestion compris.
• Le premier Take corrigé que chaque bulletin nomme sur votre version, et si un bulletin nomme plutôt une version ultérieure.
• Le dernier Take de votre version, son niveau d’adoption et ses limitations connues dans la documentation de l’accumulateur.
• Les dates de support des appliances et le matériel pris en charge par la version cible.

Sources

Les documents officiels sur lesquels ce guide repose, relus face au texte le 19 oct. 2026. Rien n’en est recopié : lisez-les pour la formulation qui fait foi.

• sk95746: Check Point Recommended Version and Release Terminology

  Check Point Support Center · The recommended version for all deployments and the Jumbo Hotfix recommendation policy.

• sk98028: Jumbo Hotfix Accumulator FAQ

  Check Point Support Center · How a Take is installed and verified, and what the accumulator contains.

• Support Life Cycle Policy

  Check Point · The support dates of each release and of the appliances.

• Jumbo Hotfix Accumulator for R81.20 (documentation)

  Check Point · Per-Take release dates, adoption levels, known limitations and resolved issues; one such site per release.

• Check Point Security Advisories

  Check Point · The vulnerabilities and the SK articles naming the first Take or hotfix with the fix.