<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: GOTO III: Análisis de riesgos</title>
	<atom:link href="http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/</link>
	<description>Blog de Seguridad de la Información de S2 Grupo</description>
	<lastBuildDate>Thu, 09 Sep 2010 21:33:50 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: chmeee</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-3184</link>
		<dc:creator>chmeee</dc:creator>
		<pubDate>Wed, 10 Feb 2010 14:11:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-3184</guid>
		<description>Al hilo de la credulidad del análisis de riesgos, uno de sus mayores detractores es Richard Bejtlich, hoy ha publicado en su blog esta noticia: http://taosecurity.blogspot.com/2010/02/thor-vs-clown.html

Por destacar algunos párrafos de una respuesta de Tim Mullen, al que cita, en una respuesta a un firme creyente en los métodos numéricos (c¿abalísticos?):

&quot;when I see that you are actually contributing to ANY level of Critical Infrastructure Protection, it makes me fear for anyone who might be counting on your presumed skillset to actually make intelligent decisions about risk where human safety is at stake.&quot;

&quot;People like you are dangerous and need to be exposed before someone in a position of power actually believes that you know what you are talking about.&quot;

Cuando leo esto no puedo dejar de acordarme del Sr. Mañas, su relación con el CCN y con el Esquema Nacional de Seguridad y su herramienta de análisis de riesgos ofuscados con caritas sonrientes.</description>
		<content:encoded><![CDATA[<p>Al hilo de la credulidad del análisis de riesgos, uno de sus mayores detractores es Richard Bejtlich, hoy ha publicado en su blog esta noticia: <a href="http://taosecurity.blogspot.com/2010/02/thor-vs-clown.html" rel="nofollow">http://taosecurity.blogspot.com/2010/02/thor-vs-clown.html</a></p>
<p>Por destacar algunos párrafos de una respuesta de Tim Mullen, al que cita, en una respuesta a un firme creyente en los métodos numéricos (c¿abalísticos?):</p>
<p>&#8220;when I see that you are actually contributing to ANY level of Critical Infrastructure Protection, it makes me fear for anyone who might be counting on your presumed skillset to actually make intelligent decisions about risk where human safety is at stake.&#8221;</p>
<p>&#8220;People like you are dangerous and need to be exposed before someone in a position of power actually believes that you know what you are talking about.&#8221;</p>
<p>Cuando leo esto no puedo dejar de acordarme del Sr. Mañas, su relación con el CCN y con el Esquema Nacional de Seguridad y su herramienta de análisis de riesgos ofuscados con caritas sonrientes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Javier Cao</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-3091</link>
		<dc:creator>Javier Cao</dc:creator>
		<pubDate>Mon, 01 Feb 2010 12:28:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-3091</guid>
		<description>Bueno, parece que la Banca tampoco tiene muy ajustados los métodos de cálculo del riesgo dadas las actuales circunstancias. Lo que si hacen es corrección de estimaciones, es decir, comprobar cómo se desvía lo previsto frente a lo producido. Es una manera de mejorar el modelo de predicción.

Además, en el caso que conozco, hay una penalización a los optimistas. Quiero decir que cuando se estima el riesgo operacional, se evaluan las medidas preventivas y si se indica que existe control y luego se recogen pérdidas, eso penaliza al evaluador por valorar mejor la realidad de lo que luego realmente se evidencia... y va a la cuenta de los objetivos del área y del responsable. Así se evitan las tentaciones de pintar las cosas distintas de la realidad y se ajusta mejor el modelo.

Yo estoy leyendo actualmente un par de libros de Psicología sobre la anatomía del miedo y estoy encontrando hechos sorprendentes sobre la manera de procesar la información que tiene nuestro cerebro cuando se trata de afrontar peligros. Vestigios de nuestra evolución que justifican algunas de las cosas que vemos en los procesos de recogidas de datos.

Espero pronto poder explicarlo en un extenso post aunque Schneier ya adelantó algo hace tiempo en uno suyo que podéis leer en castellano en http://www.seguridaddigital.info/index.php?option=com_content&amp;task=view&amp;id=162&amp;Itemid=26

Una de las primeras afirmaciones es que el miedo ( y extrapolable al riesgo) es como un par de vasos comunicados donde uno es la evaluación del sujeto y el otro la situación real que se produce. En la parte subjetiva entran unos factores de percepción como son:
- si es un peligro controlable o no.
- si es previsible o imprevisible.
- si estamos ya protegidos o nos sentimos inseguros.

Estos son los hechos que producen a veces ciertas paradojas como que al tener más seguridad asumimos más riesgos y podemos correr más peligro.

Además, frente al miedo (como frente al riesgo) hay dos estrategias de enfrentamiento: la que va contra el problema y la que va contra la percepción del problema.</description>
		<content:encoded><![CDATA[<p>Bueno, parece que la Banca tampoco tiene muy ajustados los métodos de cálculo del riesgo dadas las actuales circunstancias. Lo que si hacen es corrección de estimaciones, es decir, comprobar cómo se desvía lo previsto frente a lo producido. Es una manera de mejorar el modelo de predicción.</p>
<p>Además, en el caso que conozco, hay una penalización a los optimistas. Quiero decir que cuando se estima el riesgo operacional, se evaluan las medidas preventivas y si se indica que existe control y luego se recogen pérdidas, eso penaliza al evaluador por valorar mejor la realidad de lo que luego realmente se evidencia&#8230; y va a la cuenta de los objetivos del área y del responsable. Así se evitan las tentaciones de pintar las cosas distintas de la realidad y se ajusta mejor el modelo.</p>
<p>Yo estoy leyendo actualmente un par de libros de Psicología sobre la anatomía del miedo y estoy encontrando hechos sorprendentes sobre la manera de procesar la información que tiene nuestro cerebro cuando se trata de afrontar peligros. Vestigios de nuestra evolución que justifican algunas de las cosas que vemos en los procesos de recogidas de datos.</p>
<p>Espero pronto poder explicarlo en un extenso post aunque Schneier ya adelantó algo hace tiempo en uno suyo que podéis leer en castellano en <a href="http://www.seguridaddigital.info/index.php?option=com_content&amp;task=view&amp;id=162&amp;Itemid=26" rel="nofollow">http://www.seguridaddigital.info/index.php?option=com_content&amp;task=view&amp;id=162&amp;Itemid=26</a></p>
<p>Una de las primeras afirmaciones es que el miedo ( y extrapolable al riesgo) es como un par de vasos comunicados donde uno es la evaluación del sujeto y el otro la situación real que se produce. En la parte subjetiva entran unos factores de percepción como son:<br />
- si es un peligro controlable o no.<br />
- si es previsible o imprevisible.<br />
- si estamos ya protegidos o nos sentimos inseguros.</p>
<p>Estos son los hechos que producen a veces ciertas paradojas como que al tener más seguridad asumimos más riesgos y podemos correr más peligro.</p>
<p>Además, frente al miedo (como frente al riesgo) hay dos estrategias de enfrentamiento: la que va contra el problema y la que va contra la percepción del problema.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Antonio Villalon</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-3055</link>
		<dc:creator>Antonio Villalon</dc:creator>
		<pubDate>Thu, 28 Jan 2010 16:37:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-3055</guid>
		<description>Hola chmeee
El pasaje que citas es duro, ¿eh? :) Eso sí, me parece bastante coherente... voy a localizar el libro que indicas (no lo conocía) y a destriparlo... para seguramente acabar estando de acuerdo con él :)
Saludos y gracias por la referencia!

       Toni</description>
		<content:encoded><![CDATA[<p>Hola chmeee<br />
El pasaje que citas es duro, ¿eh? :) Eso sí, me parece bastante coherente&#8230; voy a localizar el libro que indicas (no lo conocía) y a destriparlo&#8230; para seguramente acabar estando de acuerdo con él :)<br />
Saludos y gracias por la referencia!</p>
<p>       Toni</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: chmeee</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-3052</link>
		<dc:creator>chmeee</dc:creator>
		<pubDate>Thu, 28 Jan 2010 13:44:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-3052</guid>
		<description>Os recomiendo a todos que leáis el capítulo cuatro de este, por otra parte, fantástico libro &#039;Managing the human factor in information security&#039;.

Este capítulo, llamado &#039;Zen and the art of risk management&#039; estudia desde un punto de vista bastante realista la útilidad del análisis de riesgos para la gestión de la seguridad.

Yo siempre he pensando que el análisis de riesgos tenía poca utilidad real porque no te podías fiar de números &#039;estimados&#039; para generar nada creíble. De hecho siempre que el resultado no está acorde a lo que uno espera... pues se toca aquí y allí hasta que dá un resultado coherete.

Para mí, eso significaba que, realmente, no necesitaba el análisis de riesgos para tener que hacer artificialmente que diera el resultado que yo quería.

Me entran ganas de gritar &quot;el análisis de riesgos está desnudo&quot;. Y mira por donde me encontré un alma gemela en este pasaje:

Amongst many high-profile speakers at the conference was a professor of risk management, with extensive experience in applying risk management techniques in many high-risk sectors, such as the nuclear industry. The professor outlined a range of well-established techniques that might be adapted to the new field of computer security. Some of these involved complex calculations based on scores, weights and averages. At the end of his presentation, he proceeded to answer questions from the audience. I was particularly struck by one question and answer.

The question from the floor was a simple one: How do you stop a manager from manipulating these figures to get the decision he wants to get?’

The answer was a real eye-opener:

But that’s exactly how this process works. You wouldn’t make a decision on these figures alone. That would be madness. You make your decisions on a much richer set of information and then use these techniques to support your judgment.’

Risk assessment is a decision support tool, not a decision-making device. The techniques employed operate on a vast oversimplification of the richness of the problem space. We reduce complex uncertain problems to simple one-line descriptions. We adopt crude categories, such as high, medium and low to compare the likelihood or impact of a risk. We filter out important detail such as the knowledge and skills of the person who assessed the risk and the level of uncertainty or volatility of a measure. No sane person would make important decisions on such a narrow set of data. The results need to be chewed over and consumed in moderation, as a nutritionist might suggest.</description>
		<content:encoded><![CDATA[<p>Os recomiendo a todos que leáis el capítulo cuatro de este, por otra parte, fantástico libro &#8216;Managing the human factor in information security&#8217;.</p>
<p>Este capítulo, llamado &#8216;Zen and the art of risk management&#8217; estudia desde un punto de vista bastante realista la útilidad del análisis de riesgos para la gestión de la seguridad.</p>
<p>Yo siempre he pensando que el análisis de riesgos tenía poca utilidad real porque no te podías fiar de números &#8216;estimados&#8217; para generar nada creíble. De hecho siempre que el resultado no está acorde a lo que uno espera&#8230; pues se toca aquí y allí hasta que dá un resultado coherete.</p>
<p>Para mí, eso significaba que, realmente, no necesitaba el análisis de riesgos para tener que hacer artificialmente que diera el resultado que yo quería.</p>
<p>Me entran ganas de gritar &#8220;el análisis de riesgos está desnudo&#8221;. Y mira por donde me encontré un alma gemela en este pasaje:</p>
<p>Amongst many high-profile speakers at the conference was a professor of risk management, with extensive experience in applying risk management techniques in many high-risk sectors, such as the nuclear industry. The professor outlined a range of well-established techniques that might be adapted to the new field of computer security. Some of these involved complex calculations based on scores, weights and averages. At the end of his presentation, he proceeded to answer questions from the audience. I was particularly struck by one question and answer.</p>
<p>The question from the floor was a simple one: How do you stop a manager from manipulating these figures to get the decision he wants to get?’</p>
<p>The answer was a real eye-opener:</p>
<p>But that’s exactly how this process works. You wouldn’t make a decision on these figures alone. That would be madness. You make your decisions on a much richer set of information and then use these techniques to support your judgment.’</p>
<p>Risk assessment is a decision support tool, not a decision-making device. The techniques employed operate on a vast oversimplification of the richness of the problem space. We reduce complex uncertain problems to simple one-line descriptions. We adopt crude categories, such as high, medium and low to compare the likelihood or impact of a risk. We filter out important detail such as the knowledge and skills of the person who assessed the risk and the level of uncertainty or volatility of a measure. No sane person would make important decisions on such a narrow set of data. The results need to be chewed over and consumed in moderation, as a nutritionist might suggest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: GOTO III: Análisis de riesgos &#124; Shadow Security</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-3028</link>
		<dc:creator>GOTO III: Análisis de riesgos &#124; Shadow Security</dc:creator>
		<pubDate>Tue, 19 Jan 2010 18:49:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-3028</guid>
		<description>[...] Antonio Villalón Fuente: Security Art Work [...]</description>
		<content:encoded><![CDATA[<p>[...] Antonio Villalón Fuente: Security Art Work [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Javier Cao</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-2875</link>
		<dc:creator>Javier Cao</dc:creator>
		<pubDate>Tue, 29 Dec 2009 08:36:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-2875</guid>
		<description>Creo que los tiros van por la metodología oficial. De todas formas, en esto también hay que hacer una distinción entre lo que es el método y las herramientas que existen para poder aplicarlo. Buenos métodos pueden tener malas herramientas.

Al menos ahora, desde la publicación de la norma ISO 27005, ya tenemos una referencia  sobre la que poder elaborar una metodología propia. Por mucho que queramos inventar, las fases de cómo analizar y gestionar los riesgos son siempre comunes en todas las metodologías. Lo que suele variar es la manera de estimar valores que es donde está el quid de la cuestión.</description>
		<content:encoded><![CDATA[<p>Creo que los tiros van por la metodología oficial. De todas formas, en esto también hay que hacer una distinción entre lo que es el método y las herramientas que existen para poder aplicarlo. Buenos métodos pueden tener malas herramientas.</p>
<p>Al menos ahora, desde la publicación de la norma ISO 27005, ya tenemos una referencia  sobre la que poder elaborar una metodología propia. Por mucho que queramos inventar, las fases de cómo analizar y gestionar los riesgos son siempre comunes en todas las metodologías. Lo que suele variar es la manera de estimar valores que es donde está el quid de la cuestión.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Otro junior</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-2874</link>
		<dc:creator>Otro junior</dc:creator>
		<pubDate>Tue, 29 Dec 2009 07:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-2874</guid>
		<description>Gracias Javier, creo que ya leí tu artículo pero lo repasaré, tengo pendiente leerme la FAIR.

Gracias también Antonio, recordaré tu consejo sobre lo que puede ser útil al cliente, miraré Mosler que no conocía y me quedaré con las ganas de saber cuales son las metodologías que no te parecen tan buenas.</description>
		<content:encoded><![CDATA[<p>Gracias Javier, creo que ya leí tu artículo pero lo repasaré, tengo pendiente leerme la FAIR.</p>
<p>Gracias también Antonio, recordaré tu consejo sobre lo que puede ser útil al cliente, miraré Mosler que no conocía y me quedaré con las ganas de saber cuales son las metodologías que no te parecen tan buenas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Antonio Villalon</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-2872</link>
		<dc:creator>Antonio Villalon</dc:creator>
		<pubDate>Mon, 28 Dec 2009 16:16:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-2872</guid>
		<description>Hola Bmerar
Cualquier comentario es bienvenido :)
Saludos!
 T.</description>
		<content:encoded><![CDATA[<p>Hola Bmerar<br />
Cualquier comentario es bienvenido :)<br />
Saludos!<br />
 T.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Antonio Villalon</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-2871</link>
		<dc:creator>Antonio Villalon</dc:creator>
		<pubDate>Mon, 28 Dec 2009 16:15:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-2871</guid>
		<description>Hola Javier
Completamente de acuerdo con enfocar el análisis no al análisis &quot;per se&quot;, sino a proporcionar utilidad al cliente; a veces nos olvidamos de esto y elegimos una metodología por un motivo determinado (es estándar ISO, es la que me sé, me parece mejor, así demuestro cuánto sé...) que al cliente poco o nada le ayuda, convirtiendo el análisis en un &quot;tocho&quot; que en el mejor de los casos acaba en la estantería del responsable de seguridad...

Como dices, al hablar de &quot;riesgos&quot; hay que analizar otros campos, y a mí ahí la vista se me vuelve sin remedio hacia la banca (¿cómo se calcula el riesgo de darte o no un préstamo? ¿y el de hacerte un seguro de vida?). De banca/bancaseguros siempre se aprende algo, pero cuando he tratado de ver metodologías de análisis orientadas puramente a seguridad, por ejemplo a seguridad física, me he topado con Mosler, cuantitativo mixto... métodos que, por decirlo finamente, no son los que más me han gustado en mi vida :)

Saludos
            Toni</description>
		<content:encoded><![CDATA[<p>Hola Javier<br />
Completamente de acuerdo con enfocar el análisis no al análisis &#8220;per se&#8221;, sino a proporcionar utilidad al cliente; a veces nos olvidamos de esto y elegimos una metodología por un motivo determinado (es estándar ISO, es la que me sé, me parece mejor, así demuestro cuánto sé&#8230;) que al cliente poco o nada le ayuda, convirtiendo el análisis en un &#8220;tocho&#8221; que en el mejor de los casos acaba en la estantería del responsable de seguridad&#8230;</p>
<p>Como dices, al hablar de &#8220;riesgos&#8221; hay que analizar otros campos, y a mí ahí la vista se me vuelve sin remedio hacia la banca (¿cómo se calcula el riesgo de darte o no un préstamo? ¿y el de hacerte un seguro de vida?). De banca/bancaseguros siempre se aprende algo, pero cuando he tratado de ver metodologías de análisis orientadas puramente a seguridad, por ejemplo a seguridad física, me he topado con Mosler, cuantitativo mixto&#8230; métodos que, por decirlo finamente, no son los que más me han gustado en mi vida :)</p>
<p>Saludos<br />
            Toni</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Bmerar</title>
		<link>http://www.securityartwork.es/2009/12/28/goto-iii-analisis-de-riesgos/comment-page-1/#comment-2870</link>
		<dc:creator>Bmerar</dc:creator>
		<pubDate>Mon, 28 Dec 2009 15:39:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=2233#comment-2870</guid>
		<description>Muy buen articulo y ahora que estoy en pleno proceso de ADR en un cliente, muchas dudas se me han planteado sobre la metodología que usa nuestra empresa que es un método simplificado y cualitativo.
Quedo en deuda para poder plantear mis observaciones sobre esta metodología y dar a ustedes mis comentarios.

Soy un nuevo y reciente seguidor de este sitio.

Saludos.</description>
		<content:encoded><![CDATA[<p>Muy buen articulo y ahora que estoy en pleno proceso de ADR en un cliente, muchas dudas se me han planteado sobre la metodología que usa nuestra empresa que es un método simplificado y cualitativo.<br />
Quedo en deuda para poder plantear mis observaciones sobre esta metodología y dar a ustedes mis comentarios.</p>
<p>Soy un nuevo y reciente seguidor de este sitio.</p>
<p>Saludos.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
