Aller au contenu
Patcharo

Guides

Comprendre les versions Check Point, les Jumbo Hotfix Accumulator et les numéros de Take

Ce que sont une version majeure, un Jumbo Hotfix Accumulator et un Take, comment Check Point désigne les versions et Takes recommandés, ce que les notes d’un Take disent d’une vulnérabilité, et pourquoi Patcharo garde trois faits séparés.

Pour qui
Ingénieurs qui exploitent des passerelles et serveurs de gestion Check Point Quantum et lisent des Takes dans les articles SK, les bulletins et les inventaires.
Périmètre
Passerelles et gestion sous Gaia (Quantum Security Gateway, Quantum Security Management). Ni les builds Quantum Spark, ni Harmony, ni CloudGuard, qui ont leur propre numérotation.

Publié le 30 sept. 2026 · Mis à jour le 23 oct. 2026 · Sources vérifiées le 19 oct. 2026

Version majeure, Jumbo Hotfix Accumulator, Take

Check Point nomme ses versions majeures par un R et un nombre : R81.10, R81.20, R82, R82.10. Une version majeure s’installe une fois ; elle est ensuite maintenue par un Jumbo Hotfix Accumulator (souvent écrit JHF ou Jumbo), un par version, qui regroupe les correctifs publiés depuis la version. L’accumulateur est livré en paquets successifs appelés Takes, chacun identifié par un nombre qui ne fait que croître. Un équipement exécute donc une version et un Take, et il faut les deux pour le décrire : une version avec son Take en dit plus que la version seule.

La FAQ de Check Point décrit l’accumulateur comme cumulatif : un Take contient les correctifs des Takes antérieurs de la même version, de sorte que passer d’un Take ancien à un Take plus récent apporte tout ce qui a été publié entre les deux. L’accumulateur ne franchit jamais les versions : un Take de R81.20 ne dit rien de R82, qui a son propre accumulateur et sa propre numérotation.

ÉcritureCe que c’estOù Check Point le documente
R81.20Une version majeuresk95746 (terminologie des versions), la politique de cycle de vie du support (dates)
R81.20 Take 173Le Take 173 du Jumbo Hotfix Accumulator de R81.20, installé sur un équipement R81.20La documentation du Jumbo Hotfix Accumulator de R81.20 : date de publication, niveau d’adoption, problèmes résolus
Take 173 – Initial AdoptionLe niveau d’adoption que Check Point indique pour le dernier Take sur la page DownloadsLa même documentation, page Downloads
sk95746L’article qui nomme la version recommandée pour tous les déploiementsCheck Point Support Center
Identifiants écrits comme Check Point les écrit ; les numéros de Take illustrent la forme, pas le Take actuel. Un exemple daté, écrit pour ce guide ; les versions actuelles sont dans le bloc en direct et sur les pages produits.

La version recommandée pour tous les déploiements

L’article sk95746, Check Point Recommended Version and Release Terminology, nomme une version que Check Point recommande pour tous les déploiements, avec son dernier Take de Jumbo Hotfix Accumulator. Il liste aussi les dates de publication des versions en cours et la terminologie des types de version. Cette déclaration répond à la question « quelle version un nouveau déploiement, ou une migration, doit-il exécuter ? ». Elle ne dit pas qu’une version plus ancienne n’est pas prise en charge, ni qu’un Take donné corrige une vulnérabilité donnée.

Patcharo affiche la version recommandée à part de tout le reste, telle qu’il l’a lue en dernier dans sk95746, avec le jour de cette lecture. Le site de Check Point n’est plus lu automatiquement depuis le 23 octobre 2026 (ses conditions soumettent la lecture automatisée à l’autorisation écrite de Check Point) : la version affichée est celle vérifiée jusque-là. Le bloc en direct à la fin de ce guide la porte.

Comment Check Point désigne les Takes recommandés

Pendant des années, Check Point a déclaré des Takes précis de chaque accumulateur comme Recommended à une date donnée : la documentation d’une version indiquait « released on …, declared as Recommended on … » sous le Take désigné, et les autres Takes étaient disponibles sans cette désignation. Les exploitants attendaient le Take Recommended avant un déploiement large.

La politique énoncée dans sk95746 depuis septembre 2026 est différente : chaque nouveau Take d’un Jumbo Hotfix Accumulator devient le Take recommandé le jour de sa publication. Le niveau d’adoption affiché sur la page Downloads de la documentation d’une version (Initial Adoption, puis Wide Adoption) décrit l’ampleur du déploiement observé par Check Point ; c’est un signal de maturité, pas une recommandation différente. Sous cette politique, le Take recommandé d’une version est son dernier Take publié, et il change à chaque nouveau Take.

Un Take jadis déclaré Recommended sous l’ancienne politique ne reste recommandé qu’à titre historique. Quand un Take est retiré ou remplacé, la documentation de l’éditeur le dit dans l’entrée du Take : lisez-la plutôt qu’une page de téléchargement mise en cache ailleurs.

Ce que les notes d’un Take disent d’une vulnérabilité

La documentation de l’accumulateur de chaque version liste, pour chaque Take, les problèmes qu’il résout. Quand un correctif ferme une vulnérabilité, l’entrée nomme l’identifiant CVE et, en général, l’article SK de la vulnérabilité. Le premier Take dont les problèmes résolus nomment une CVE est le premier Take corrigé de cette version pour cette CVE ; l’article SK de la vulnérabilité le nomme souvent aussi, parfois avec un hotfix pour les versions qui n’ont pas encore de Take avec le correctif.

  • Un Take dont les notes ne nomment pas la CVE n’en est pas un correctif, même s’il est plus récent qu’un Take qui la nomme ailleurs : lisez l’entrée.
  • Le premier Take corrigé est historique : une fois qu’un Take corrige une CVE, chaque Take ultérieur de la même version contient aussi le correctif (l’accumulateur est cumulatif), mais le premier Take corrigé reste celui-là.
  • Deux documents nommant des Takes différents pour la même CVE (le SK et les notes) sont une contradiction à résoudre en lisant les deux, jamais en retenant le plus grand nombre.
  • Un équipement dont le Take est inconnu ne peut pas être déclaré corrigé : le correctif de Check Point est un Take, et un inventaire qui n’enregistre que la version n’enregistre que la moitié de la version.

Pourquoi dernière, recommandée et prise en charge restent séparées

Trois déclarations décrivent une passerelle R81.20 et répondent à trois questions différentes. Le dernier Take de son accumulateur dit ce qui existe ; la version recommandée de sk95746 dit ce que Check Point conseille pour tous les déploiements, qui peut être une tout autre version ; la politique de cycle de vie du support dit jusqu’à quand R81.20 reçoit des correctifs. Une passerelle au dernier Take d’une version qui n’est pas la version recommandée est à jour et n’est pourtant pas sur la version recommandée ; une passerelle sur la version recommandée avec un vieux Take est sur la version recommandée et manque pourtant de correctifs.

Patcharo affiche les trois déclarations sur des lignes distinctes avec leurs sources et ne les fusionne jamais : le premier Take corrigé par CVE d’après les notes de l’accumulateur et le SK, le Take courant de chaque version d’après la documentation de l’accumulateur sous la politique de l’éditeur, la version recommandée d’après sk95746, et les dates de support d’après la politique de cycle de vie.

Les déclarations Check Point actuelles, telles que le catalogue les lit

Ci-dessous, les déclarations de l’éditeur telles que Patcharo les a lues en dernier, avec le jour de vérification : la version recommandée et, pour chaque version prise en charge, le dernier Take annoncé par sa documentation et le Take que la politique de l’éditeur désigne. Elles ne sont plus relues automatiquement : un Take plus récent peut exister, vérifiez la documentation de la version.

Versions actuelles, depuis le catalogue

Lues dans les documents de l’éditeur par la collecte décrite dans ce guide ; les exemples du texte sont illustratifs et datés, ces faits sont à jour.

Quantum Security Gateway

Page du produit

Version recommandée pour tous les déploiements : R82.10

  • R82.20Dernière version publique —Recommandation de l’éditeur —Non collecté
  • R82.10Dernière version publique —Recommandation de l’éditeur R82.10Non collecté
  • R82Dernière version publique —Recommandation de l’éditeur R82 JHF Take 127Non collecté
  • R81.20Dernière version publique —Recommandation de l’éditeur R81.20 JHF Take 170Non collecté

Quantum Security Management

Page du produit

Version recommandée pour tous les déploiements : R82.10

  • R82.20Dernière version publique —Recommandation de l’éditeur —Non collecté
  • R82.10Dernière version publique —Recommandation de l’éditeur R82.10Non collecté
  • R82Dernière version publique —Recommandation de l’éditeur R82 JHF Take 127Non collecté
  • R81.20Dernière version publique —Recommandation de l’éditeur R81.20 JHF Take 170Non collecté

Disponibilité, recommandation et support sont lus dans les documents de l’éditeur et présentés séparément ; une version listée par Patcharo n’est pas un conseil de l’installer.

Erreurs fréquentes

  • Enregistrer une version sans son Take, ce qui rend inconnu l’état de correction de l’équipement.
  • Lire la version recommandée de sk95746 comme « la version que chaque équipement doit exécuter maintenant » : c’est la recommandation pour tous les déploiements, pas une déclaration sur le vôtre.
  • Retenir le plus grand numéro de Take comme premier Take corrigé quand deux documents divergent.
  • Traiter le niveau d’adoption (Initial, Wide) comme une recommandation en soi.

À vérifier avant d’agir

  • La version et le Take affichés par l’équipement, tels qu’écrits dans ses paquets installés.
  • L’entrée du Take dans la documentation du Jumbo Hotfix Accumulator de la version : date de publication, niveau d’adoption, mentions de retrait.
  • L’article SK de chaque vulnérabilité qui concerne l’équipement et le Take ou le hotfix qu’il nomme pour votre version.
  • Les dates de support de votre version dans la politique de cycle de vie du support.

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.