<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:ccmbenchmark="https://www.ccmbenchmark.com/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:media="http://search.yahoo.com/mrss/"><channel><title>Alexandre Lauga : Dernier contenus</title><link>/account/alexandre-lauga-748</link><atom:link href="/account/alexandre-lauga-748" rel="self" type="application/rss+xml" /><language>fr</language><pubDate>Tue, 26 May 2026 21:26:48 +0200</pubDate><lastBuildDate>Tue, 26 May 2026 21:26:48 +0200</lastBuildDate><item><title>Security Patch Management (3/3) : le processus idéal</title><link>https://www.journaldunet.com/solutions/dsi/1032050-security-patch-management-3-3-le-processus-ideal/</link><description><![CDATA[Après avoir vu dans un précédent article les points clés pour réaliser un processus de gestion des correctifs, voici une description de ce qui pourrait être un processus idéal dans ce domaine.]]></description><pubDate>Tue, 24 Mar 2009 11:11:42 +0100</pubDate><guid>https://www.journaldunet.com/solutions/dsi/1032050-security-patch-management-3-3-le-processus-ideal/</guid><dc:creator><![CDATA[Alexandre Lauga]]></dc:creator><ccmbenchmark:content_author><![CDATA[Alexandre Lauga]]></ccmbenchmark:content_author><ccmbenchmark:content_author_company><![CDATA[Orange Business Services]]></ccmbenchmark:content_author_company><ccmbenchmark:content_author_illustration>1</ccmbenchmark:content_author_illustration></item><item><title>Security Patch Management (2/3): problématique et écueils à éviter</title><link>https://www.journaldunet.com/solutions/dsi/1032060-security-patch-management-2-3-problematique-et-ecueils-a-eviter/</link><description><![CDATA[Ignorer un correctif peut ouvrir une faille de sécurité importante au sein du SI d'une entreprise. A contrario, déployer un patch peut présenter des risques d'effets de bord comme l'instabilité des systèmes.]]></description><pubDate>Thu, 19 Mar 2009 16:53:12 +0100</pubDate><guid>https://www.journaldunet.com/solutions/dsi/1032060-security-patch-management-2-3-problematique-et-ecueils-a-eviter/</guid><dc:creator><![CDATA[Alexandre Lauga]]></dc:creator><ccmbenchmark:content_author><![CDATA[Alexandre Lauga]]></ccmbenchmark:content_author><ccmbenchmark:content_author_company><![CDATA[Orange Business Services]]></ccmbenchmark:content_author_company><ccmbenchmark:content_author_illustration>1</ccmbenchmark:content_author_illustration></item><item><title>Security Patch Management : effet de mode ou besoin réel ? (partie 1/3)</title><link>https://www.journaldunet.com/solutions/dsi/1032075-security-patch-management-effet-de-mode-ou-besoin-reel-partie-1-3/</link><description><![CDATA[Outre le fait qu'un pare-feu possède lui aussi un système d'exploitation qui peut présenter des vulnérabilités, il est également incapable de stopper les attaques applicatives.]]></description><pubDate>Fri, 13 Mar 2009 12:33:38 +0100</pubDate><guid>https://www.journaldunet.com/solutions/dsi/1032075-security-patch-management-effet-de-mode-ou-besoin-reel-partie-1-3/</guid><dc:creator><![CDATA[Alexandre Lauga]]></dc:creator><ccmbenchmark:content_author><![CDATA[Alexandre Lauga]]></ccmbenchmark:content_author><ccmbenchmark:content_author_company><![CDATA[Orange Business Services]]></ccmbenchmark:content_author_company><ccmbenchmark:content_author_illustration>1</ccmbenchmark:content_author_illustration></item></channel></rss>