Conclusion
Comme nous l'avons vue l'ancienne méthode d'utilisation du
svcpack\cmdline (datant quand même de l'époque de Windows 2000) est obsolète
depuis très longtemps (depuis le SP3 de Windows 2000 et la sortie de Windows XP)
mais est resté utilisée pendant très longtemps dû fait de sa simplicité mais
aussi que la notion de sécurité n'était pas encore fortement ancrée dans les
esprits.
Depuis, rien que pour les raisons de sécurité énoncées
précédemment il est nécessaire de réaliser le slipstreaming de toutes les Hotfix
au minimum critique, mais la notion de travail fastidieux d'intégration (voir
partie 2.1) n'est plus une excuse depuis l'utilisation systématique du moteur
update.exe dans tous les patchs de sécurité système.
On peu se rendre compte que de plus en plus de sites
anglophones indiquent dans leur articles sur la création d'un CD de Windows
personnalisé l'utilisation d'update.exe et du commutateur /integrate. En
revanche, on se demande pourquoi, même pour des articles récents, c'est toujours
la méthode du svcpack/cmdline qui est indiquée sur les sites francophones, alors
que cela fait plus d'un an que l'utilisation d'update.exe est systématique pour
les mises à jour et que le slipstreaming manuel d'Hotfix est possible depuis la
sortie de Windows XP!
 1. Contexte
1.1 Introduction
1.2 Méthode "svcpack/cmdlines.txt" et ses risques
2. Slipstreaming d'Hotfix
2.1 Méthode manuelle (pré-Update.exe)
2.2 Le moteur Update.exe
Conclusion
|
|
 |
 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|
Slipstreaming des patchs de sécurité
