<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Idan Shoham</title>
	<atom:link href="http://blogs.hitachi-id.com/blogs/idan/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.hitachi-id.com/blogs/idan</link>
	<description>Hitachi ID Systems, Inc.</description>
	<lastBuildDate>Fri, 03 May 2013 17:05:06 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
		<item>
		<title>Why do you need a privileged access management system?  Let me count the ways&#8230;</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/05/03/why-do-you-need-a-privileged-access-management-system-let-me-count-the-ways/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/05/03/why-do-you-need-a-privileged-access-management-system-let-me-count-the-ways/#comments</comments>
		<pubDate>Fri, 03 May 2013 17:05:06 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[electronic B&E]]></category>
		<category><![CDATA[real world hacks]]></category>
		<category><![CDATA[vandalism]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=214</guid>
		<description><![CDATA[This sort of thing is distressingly common: networkworld.com Basically a technical guy &#8211; developer/sysadmin &#8211; didn&#8217;t get promoted, got mad, quit and then spent weeks hacking into his old workplace and causing trouble. Electronic version of old crimes: &#8220;break and enter&#8221; and &#8220;vandalism.&#8221; With a robust system to control privileged access, the amount of damage [...]]]></description>
			<content:encoded><![CDATA[<p>This sort of thing is distressingly common:</p>
<p><a href="http://www.networkworld.com/news/2013/050313-systems-manager-arrested-for-hacking-269385.html">networkworld.com</a></p>
<p>Basically a technical guy &#8211; developer/sysadmin &#8211; didn&#8217;t get promoted, got mad, quit and then spent weeks hacking into his old workplace and causing trouble.  Electronic version of old crimes: &#8220;break and enter&#8221; and &#8220;vandalism.&#8221;</p>
<p>With a robust system to control privileged access, the amount of damage he managed would have been far reduced&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/05/03/why-do-you-need-a-privileged-access-management-system-let-me-count-the-ways/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Want to replace passwords?  Try&#8230;</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/04/29/want-to-replace-passwords-try/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/04/29/want-to-replace-passwords-try/#comments</comments>
		<pubDate>Mon, 29 Apr 2013 19:48:43 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[alternatives to passwords]]></category>
		<category><![CDATA[authentication factors]]></category>
		<category><![CDATA[credentials]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=212</guid>
		<description><![CDATA[Every so often, I run across discussions about the end of passwords, and what will come next. Seems like a popular topic on linkedin discussion forums, of late. So why is it, really, that we&#8217;re still using passwords? We all thought they&#8217;d go away years ago, right? It turns out that every type of credential [...]]]></description>
			<content:encoded><![CDATA[<p>Every so often, I run across discussions about the end of passwords, and what will come next.  Seems like a popular topic on linkedin discussion forums, of late.</p>
<p>So why is it, really, that we&#8217;re still using passwords?  We all thought they&#8217;d go away years ago, right?</p>
<p>It turns out that every type of credential is some sort of compromise, so let me try to capture all in one place what&#8217;s nice and what&#8217;s not so nice about every approach (in general &#8211; I won&#8217;t pick on any products here):</p>
<table>
<tr>
<td colspan="2"><b>Passwords</b></td>
</tr>
<tr>
<td><b>Pros:</b><br/></p>
<ul>
<li>Well understood.</li>
<li>Work well on any device that supports text input (which is pretty much any device, right?).</li>
<li>Nothing physical to carry, that can be lost or stolen or just left at home.</li>
<li>Work both locally on the device (decrypt a key with the PW as the primary key) and on the network (web forms, Kerberos, etc.).</li>
</ul>
</td>
<td><b>Cons:</b><br/></p>
<ul>
<li>Pick a simple password, get hacked.</li>
<li>Share your password, get abused.</li>
<li>Avoid changing your password, create a comfortable time window for someone to hack you.</li>
<li>Easily forgotten, especially if they are strong/hard to guess/changed often.</li>
<li>If some app or web site implements them badly (happens often enough!), your password gets compromised along with everyone else&#8217;s.  If you use the same PW elsewhere, all your accounts are potentially compromised.</li>
</ul>
</td>
</tr>
<tr>
<td colspan="2"><b>Other kinds of secrets:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>PINs are just short, numeric passwords.</li>
<li>Security questions are the most common.</li>
<li>Also images that you remember, or randomly rearranged symbols where you click on your password, etc.</li>
<li>Same basic pros/cons as passwords.</li>
<li>Some methods lose the compatibility advantage, because the login form of an app has to be altered to work with them.</li>
</ul>
</td>
</tr>
<tr>
<td colspan="2"><b>Biometrics:</b></td>
</tr>
<tr>
<td><b>Pros:</b><br/></p>
<ul>
<li>Measures something you are.</li>
<li>You can&#8217;t forget parts of yourself.</li>
<li>Often quite user friendly, and sometimes perceived as &#8220;cool.&#8221;</li>
</ul>
</td>
<td><b>Cons:</b><br/></p>
<ul>
<li>Revocation is impossible.</li>
<li>Some technologies not very secure.  For example, finger print scans that can be fooled by gummy bears or voice print by audio playback.</li>
<li>Other technologies just implemented poorly &#8212; looks cool, but under the covers just injects a password anyways.</li>
<li>Generally require a special sensor (fingerprint, retina, etc.) &#8212; so not compatible with all your devices.</li>
<li>If no special sensor required, then there are extra compatibility requirements: face-print verification?  Good lighting.  Voice print verification?  Usually only on the telephone, and may not work if it&#8217;s really loud around you.</li>
<li>Often does not work when off-line, since the biometric database is on a server somewhere (that you can&#8217;t connect to from your airplane seat or car or &#8230;).</li>
<li>Typically 1% or 2% of users can&#8217;t use any given biometric.  Amputee?  No finger prints for you!  Blind?  Retina may not work.  Used to go diving a lot?  Finger vein may not pick up.  etc.</li>
<li>Most apps are not compatible, so you either have to modify your apps or front-end authentication and then inject passwords (and we&#8217;re back to passwords again, but with the illusion of extra security).</li>
</ul>
</td>
</tr>
<tr>
<td colspan="2"><b>One time password devices</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Most commonly &#8220;hard&#8221; tokens like RSA SecurID and Vasco.  Sometimes &#8220;soft&#8221; tokens where the special hardware is replaced by software on your phone or PC &#8211; which is more convenient but less secure.</li>
</ul>
</td>
</tr>
<tr>
<td><b>Pros:</b><br/></p>
<ul>
<li>Secure against password replay attacks.  Does not assume channel security between the client and server.</li>
<li>Compatible &#8211; what you type is just a string, so looks a lot like a password, which makes integration with systems and applications relatively easy.</li>
</ul>
</td>
<td><b>Cons:</b><br/></p>
<ul>
<li>Expensive per-user hardware (but at least no reader).</li>
<li>Some implementations have been spectacularly compromised (RSA token key material was hacked/exfiltrated, compromising 40,000,000 tokens world-wide!).</li>
<li>Nuisance for users to carry &#8220;one more thing&#8221; &#8211; which may be left at home, lost or stolen.</li>
<li>Only works while connected to the network (the authentication server is most definitely not on your PC), so useless for applications such as PC login, which should work when your laptop is somewhere without WiFi coverage.</li>
</ul>
</td>
</tr>
<tr>
<td colspan="2"><b>Smart cards:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Usually a card, but sometimes another physical shape, like a key fob, that carries PKI certificates and possibly other key material.  Notably US federal PIV cards and US DoD CAC cards &#8211; other implementations are much smaller.</li>
</ul>
</td>
</tr>
<tr>
<td><b>Pros:</b><br/></p>
<ul>
<li>Can support both physical (i.e., door) and logical (e.g., PC login) access in a single device.  Handy.</li>
<li>Works in off-line  mode (you can sign into your PC while it&#8217;s away from any network using a smart card, something you cannot do with OTP and most biometrics).</li>
</ul>
</td>
<td><b>Cons:</b><br/></p>
<ul>
<li>Hardware (the card) deployed to each user: costly.</li>
<li>Hardware (the reader) deployed to each user: even more costly.</li>
<li>Depends on a PKI infrastructure, which is also notoriously expensive and complex.</li>
<li>Not compatible with devices that do not have / cannot get a card reader.</li>
</ul>
</td>
</tr>
<tr>
<td colspan="2"><b>Federation:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Sign into site A through a trust relationship with site B.</li>
<li>Many &#8220;standard&#8221; protocols such as SAML, WS-Federation and OAuth.</li>
<li>Technically, Kerberos looks a lot like federation.</li>
</ul>
</td>
</tr>
<tr>
<td><b>Pros:</b><br/></p>
<ul>
<li>Convenient.  Reduces login burden for users and administrative burden for IT organizations.</li>
</ul>
</td>
<td><b>Cons:</b><br/></p>
<ul>
<li>Requires trust between domains.  Want to sign into your local newspaper with your Facebook account?  The newpaper has to trust Facebook to authenticate you.</li>
<li>Does not really make authentication (or passwords even) go away &#8212; it just externalizes it from one site to another.  This is a good move, but not any kind of replacement / alternate authentication technology.</li>
<li>Too many standards &#8211; which ones to support?</li>
<li>Too many possibilities for who to trust &#8211; who do users want to use as an identity provider?  Can we trust them?</li>
</ul>
</td>
</tr>
<tr>
<td colspan="2"><b>Combinations:</b></td>
</tr>
<tr>
<td colspan="2">
<ul>
<li>Basically adding passwords or PINs to biometrics, OTP or smart cards.</li>
<li>More or less a given for 2 of those 3, since theft of the device (OTP/smart card) is an easy compromise.</li>
<li>Since the &#8220;extra&#8221; factor is a password or PIN, you can assume we aren&#8217;t replacing passwords or PINs any time soon.</li>
</ul>
</td>
</tr>
</table>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/04/29/want-to-replace-passwords-try/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>If you find a security vulnerability and you live in the US &#8230; don&#8217;t say anything</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/03/18/if-you-find-a-security-vulnerability-and-you-live-in-the-us-dont-say-anything/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/03/18/if-you-find-a-security-vulnerability-and-you-live-in-the-us-dont-say-anything/#comments</comments>
		<pubDate>Mon, 18 Mar 2013 17:48:47 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[computer research thwarted]]></category>
		<category><![CDATA[do not disclose vulnerabilities]]></category>
		<category><![CDATA[injustice]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=209</guid>
		<description><![CDATA[An interesting court verdict in the US today: wired.com Basically a couple of guys who, in 2010, noticed that AT&#038;T was improperly publishing e-mail addresses of customers with iPads and who (a) collected those e-mails and (b) sent the list to the press to point out AT&#038;T&#8217;s lapse, got slapped with jail time today. To [...]]]></description>
			<content:encoded><![CDATA[<p>An interesting court verdict in the US today:</p>
<p><a href="http://www.wired.com/threatlevel/2013/03/att-hacker-gets-3-years/">wired.com</a></p>
<p>Basically a couple of guys who, in 2010, noticed that AT&#038;T was improperly publishing e-mail addresses of customers with iPads and who (a) collected those e-mails and (b) sent the list to the press to point out AT&#038;T&#8217;s lapse, got slapped with jail time today.</p>
<p>To be clear: these guys just fetched content from the web which should not have been there.  They didn&#8217;t &#8220;hack&#8221; into any system, unless I  misread this.</p>
<p>This will doubtless have a chilling effect on security research and on reporting of security problems.</p>
<p>Of course, the bad guys don&#8217;t care about such rulings &#8212; it just handcuffs (literally in this case) the good guys.</p>
<p>Scary how powerful large corporations have become in the US &#8211; it looks like they influence over both the legislative branch of government and over the judiciary.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/03/18/if-you-find-a-security-vulnerability-and-you-live-in-the-us-dont-say-anything/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Date formats</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/03/03/date-formats/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/03/03/date-formats/#comments</comments>
		<pubDate>Mon, 04 Mar 2013 03:04:37 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[date formats]]></category>
		<category><![CDATA[stop the madness]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=206</guid>
		<description><![CDATA[Just noticed this at xkcd: I couldn&#8217;t have said it better myself. Why do people persist in weird and wacky date formats? What&#8217;s the point? Isn&#8217;t 2013-03-05 simply better, clearer, shorter, more sortable and basically superior in every conceivable way? Do different cultures and locales really still need their own, weird, mutually-incomprehensible and obviously-not-as-good-as-ISO date [...]]]></description>
			<content:encoded><![CDATA[<p>Just noticed this at xkcd:</p>
<p><a href="http://xkcd.com/1179/"><img src="http://imgs.xkcd.com/comics/iso_8601.png"/></a></p>
<p>I couldn&#8217;t have said it better myself.  Why do people persist in weird and wacky date formats?  What&#8217;s the point?  Isn&#8217;t 2013-03-05 simply better, clearer, shorter, more sortable and basically superior in every conceivable way?</p>
<p>Do different cultures and locales really still need their own, weird, mutually-incomprehensible and obviously-not-as-good-as-ISO date formats?  Really?</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/03/03/date-formats/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>While we&#8217;re on the topic of attacks &#8230; awesome gadgets</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/02/28/while-were-on-the-topic-of-attacks-awesome-gadgets/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/02/28/while-were-on-the-topic-of-attacks-awesome-gadgets/#comments</comments>
		<pubDate>Thu, 28 Feb 2013 23:27:52 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[hacking hardware]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=204</guid>
		<description><![CDATA[Seems like security exploits are all the chatter these days. People tend to think of these things as anonymous, remote things, but what about if you can get (briefly) physical access to your adversary&#8217;s premises? This would be a cool device to surreptitously plug into their AC and wall power: Very slick. And very dangerous. [...]]]></description>
			<content:encoded><![CDATA[<p>Seems like security exploits are all the chatter these days.  People tend to think of these things as anonymous, remote things, but what about if you can get (briefly) physical access to your adversary&#8217;s premises?</p>
<p>This would be a cool device to surreptitously plug into their AC and wall power:</p>
<p><a href="http://pwnieexpress.com/products/pwnplug-elite"><img src="http://cdn.shopify.com/s/files/1/0159/6468/products/elite_large.png?121" width="100px"></a></p>
<p>Very slick.  And very dangerous.  Funny that nobody talks about these things &#8230; is it because only the low-tech, user-must-have-been-duped attacks are press-worthy?</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/02/28/while-were-on-the-topic-of-attacks-awesome-gadgets/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Now China claims US hacks</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/02/28/now-china-claims-us-hacks/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/02/28/now-china-claims-us-hacks/#comments</comments>
		<pubDate>Thu, 28 Feb 2013 19:21:46 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[dumb pr]]></category>
		<category><![CDATA[look there - not here]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=202</guid>
		<description><![CDATA[Sometimes press releases are so dumb that they are funny. Recently, the security firm Mandiant provided a detailed analysis of systematic, industrial-scale attacks against US and other private interests by a large, government-supported, well funded Chinese military agency. This was a wonderfully interesting read because it was full of evidence, analysis, clear links to a [...]]]></description>
			<content:encoded><![CDATA[<p>Sometimes press releases are so dumb that they are funny.</p>
<p>Recently, the security firm Mandiant provided a detailed analysis of systematic, industrial-scale attacks against US and other private interests by a large, government-supported, well funded Chinese military agency.  This was a wonderfully interesting read because it was full of evidence, analysis, clear links to a state actor as the aggressor, estimates of the scope and duration of attacks against private sector targets and more.  Brilliant stuff.</p>
<p>Obviously, China denied the allegations (and why wouldn&#8217;t they?).  Of course, none of that detracts from the detailed and convincing evidence, so clearly the Chinese feds are just engaged in mindless damage control and PR.  No big deal &#8211; that&#8217;s the sort of stuff governments do.</p>
<p>Forceful public denials didn&#8217;t seem to convince anyone, though, so now they have a new tactic &#8211; complain that US hackers are attacking them instead.  They claim 144,000 &#8220;attacks&#8221; per month against a couple of military-related web sites.</p>
<p>Call me crazy, but I&#8217;m dubious.  First, no evidence was provided, so who knows if the number just came out of some marketing hack&#8217;s rear end or represents anything factual?</p>
<p>Second, what constitutes an attack?  Our corporate web site is hit by thousands of script kiddie connection attempts daily, presumably hoping to take advantage of a buffer overflow or bug in some software or other, which isn&#8217;t even installed on our site.  This sort of &#8220;attack&#8221; traffic is just a normal part of the web traffic for most sites.  Should we consider these connections to be &#8220;attacks&#8221; or just random &#8220;probes?&#8221;  If they come from compromised machines that happen to be in the US, does that mean that &#8220;the US is attacking us?&#8221;  I hardly think so.</p>
<p>So clearly the Chinese government&#8217;s public relations hacks are behaving like children, as you would expect them to:</p>
<ul>
<li>They don&#8217;t seem to know what an &#8220;attack&#8221; is.</li>
<li>They don&#8217;t seem to understand the value of &#8220;evidence.&#8221;</li>
<li>They are engaging in a transparent effort to save face, after having been caught with their hand in the cookie jar.</li>
<li>They cannot seem to differentiate between &#8220;state actors&#8221; and &#8220;IPs registereed in that jurisdiction.&#8221;</li>
<li>Of course, they have provided no evidence that Mandiant&#8217;s report is in any way untrue.  Think about it &#8212; if that report was wrong, they could just march some reporters from the BBC or CNN or something into the building where the operation is purported to be taking place and show them that there are no hackers here.  Easy, case closed, Mandiant would have egg on their face.  What?  They haven&#8217;t done that?  Surprise, surprise!</li>
</ul>
<p>The discussion above is not meant to imply, by the way, that the US military does not engage in &#8220;cyber warfare&#8221; &#8212; just that they are much more sophisticated and effective than this silly press release suggests.  Think Stuxnet, not script kiddie.  I&#8217;m not sure that they target China much either.  Probably not enough Chinese-speaking US hackers to do that effectively.  I think they are much more concerned with military and nuclear targets in Iran than Chinese commercial interests.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/02/28/now-china-claims-us-hacks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Watch the strength of your authentication&#8230;</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/02/22/watch-the-strength-of-your-authentication/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/02/22/watch-the-strength-of-your-authentication/#comments</comments>
		<pubDate>Fri, 22 Feb 2013 21:48:33 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[corporate password reset authenticated by personal e-mail]]></category>
		<category><![CDATA[insecure by design]]></category>
		<category><![CDATA[lowest common denominator security]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=200</guid>
		<description><![CDATA[I just heard about an organization &#8211; who shall remain nameless to save them embarassment and reduce their risk exposure &#8211; who is seriously considering doing the following: Eliminate security question enrollment and authentication using security questions from their internal, corporate password reset system. Instead, ask each user to enroll their personal e-mail address (i.e., [...]]]></description>
			<content:encoded><![CDATA[<p>I just heard about an organization &#8211; who shall remain nameless to save them embarassment and reduce their risk exposure &#8211; who is seriously considering doing the following:</p>
<ul>
<li>Eliminate security question enrollment and authentication using security questions from their internal, <b>corporate</b> password reset system.</li>
<li>Instead, ask each user to enroll their personal e-mail address (i.e., @gmail.com, @yahoo.com, etc.)</li>
<li>If a user forgets their corporate AD password, send a PIN to their personal e-mail address that will then be used as the sole form of authentication.</li>
</ul>
<p>Now maybe you&#8217;ve been living under a rock, but it seems to me that a bunch of consumer-facing web sites have been hacked in the past year or two.  That means that this organization would lower the security of their corporate systems and applications to the security of public e-mail systems, which are vulnerable to phishing, keylogging attacks, DNS poisoning attacks, cookie stealing attacks, PC malware and who knows what else.</p>
<p>In short, no security at all.</p>
<p>I&#8217;m amazed that any corporation would consider such a thing.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/02/22/watch-the-strength-of-your-authentication/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Chinese hacks, US hacks</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/02/21/chinese-hacks-us-hacks/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/02/21/chinese-hacks-us-hacks/#comments</comments>
		<pubDate>Thu, 21 Feb 2013 17:31:25 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[intelligence vs. offense]]></category>
		<category><![CDATA[mandiant]]></category>
		<category><![CDATA[NSA]]></category>
		<category><![CDATA[spy agencies]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=198</guid>
		<description><![CDATA[Much has been made in the past couple of days of the report put out by Mandiant which links a bunch of recent, high profile security attacks to a group of Chinese hackers that are presumably a part of the People&#8217;s Libration Army (PLA) &#8212; i.e., the Chinese military. The report is here by the [...]]]></description>
			<content:encoded><![CDATA[<p>Much has been made in the past couple of days of the report put out by <a href="http://mandiant.com">Mandiant</a> which links a bunch of recent, high profile security attacks to a group of Chinese hackers that are presumably a part of the People&#8217;s Libration Army (PLA) &#8212; i.e., the Chinese military.</p>
<p>The report is <a href="http://intelreport.mandiant.com/Mandiant_APT1_Report.pdf">here</a> by the way &#8212; and it&#8217;s a very interesting read.  Recommended.</p>
<p>Anyways, people are treating this as though it&#8217;s shocking new information.  Really?  You didn&#8217;t know that the Chinese state spies on foreign entities, principally corporations, to gain commercial advantage?  I would think that&#8217;s well known and unsurprising.</p>
<p>At the same time, people treat this as though it&#8217;s only the Chinese doing it.  One of the largest government agencies in the US is the National Security Agency (NSA).  What do you imagine they do for a living?</p>
<p>More than that &#8211; we should think about the nature of cyber warfare.  The Chinese, from recent experience, are really interested in just two things:</p>
<ul>
<li>Criticism of their leadership, and in particular the interesting ways in which their families accumulate extreme wealth.</li>
<li>Commercial information &#8212; intellectual property, pricing information, plans for take-overs, mineral development, etc.</li>
</ul>
<p>So what does the US focus on?  It seems they&#8217;re more interested in traditional targets for spying &#8212; foreign governments and military agencies.  Interestingly, the US does something in the cyber warfare space that no other government seems to do (yet?), and that is to deploy an offensive capability.  Worms such as Stuxnet have been spectacularly successful at delaying Iran&#8217;s ability to refine weapons-grade uranium, and represent a capability and military policy totally unlike China&#8217;s.</p>
<p>So what do we take away from all this?</p>
<ul>
<li>Yes, just as everybody already knew, and despite the totally non-credible denials, China&#8217;s military engages in espionage on an industrial scale.</li>
<li>China&#8217;s hacks are focused on fairly mundane stuff: IP theft, commercial intelligence and protecting the reputations of their leadership.</li>
<li>The US, in contrast, has a conventional espionage regime, targetting governments and military agencies.</li>
<li>Also unlike China, the US both possesses and has deployed an <emph>offensive</emph> cyber-warfare capability</li>
</ul>
<p>It may only be a matter of time before other players engage in the offense or emulate China&#8217;s commercially-oriented spy tactics.</p>
<p>We live in interesting times.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/02/21/chinese-hacks-us-hacks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Do you really need that second account?</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/02/20/do-you-really-need-that-second-account/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/02/20/do-you-really-need-that-second-account/#comments</comments>
		<pubDate>Wed, 20 Feb 2013 17:32:01 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[IT account]]></category>
		<category><![CDATA[personal admin account]]></category>
		<category><![CDATA[privilege escalation]]></category>
		<category><![CDATA[second login for each user]]></category>
		<category><![CDATA[temporary rather than persistent rights]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=196</guid>
		<description><![CDATA[We do a lot of Identity Manager deployments, and the standard operating procedure (SoP) of most of our customers seems to be to provision a second, privileged account for many IT workers. The thinking here is decades old &#8212; users should sign in with their normal, unprivileged account for day-to-day work and only use their [...]]]></description>
			<content:encoded><![CDATA[<p>We do a lot of Identity Manager deployments, and the standard operating procedure (SoP) of most of our customers seems to be to provision a second, privileged account for many IT workers.  The thinking here is decades old &#8212; users should sign in with their normal, unprivileged account for day-to-day work and only use their privileged account for administrative tasks.  This reduces risk, because if the user in question makes a mistake while signed in with their normal account, the amount of harm that may ensue is limited.</p>
<p>That&#8217;s all well and good &#8211; it made perfect sense in an environment where security rights are assigned to a user persistently, without a time domain component.  These days, however, we have products such as Hitachi ID Privileged Access Manager, and doubtless others.  Using software in this category, it becomes possible to temporarily grant a user membership in privileged groups (e.g., Domain Administrators and the like), for just long enough to complete a task.  That means that a user&#8217;s normally unprivileged account can be made privileged for a short time period.  This approach has audit benefits &#8212; we can track not only who has admin rights, but when and for what purpose.</p>
<p>If this approach is used, going back to the notion of two accounts per user, we  should ask ourselves: do IT workers such as system administrators still need that second, privileged account?</p>
<p>I think the answer is &#8220;no&#8221; &#8211; temporary privilege escalation is a cleaner, more transparent and easier to manage solution.</p>
<p>So lets stop creating these admin IDs, and instead focus on controls around and audit records of privilege escalation.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/02/20/do-you-really-need-that-second-account/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>What is the defining characteristic&#8230;?</title>
		<link>http://blogs.hitachi-id.com/blogs/idan/2013/02/11/what-is-the-defining-characteristic/</link>
		<comments>http://blogs.hitachi-id.com/blogs/idan/2013/02/11/what-is-the-defining-characteristic/#comments</comments>
		<pubDate>Mon, 11 Feb 2013 23:03:03 +0000</pubDate>
		<dc:creator>idan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[defining privileged access management]]></category>
		<category><![CDATA[temporal access]]></category>
		<category><![CDATA[temporary access]]></category>
		<category><![CDATA[time domain access]]></category>

		<guid isPermaLink="false">http://blogs.hitachi-id.com/blogs/idan/?p=192</guid>
		<description><![CDATA[I&#8217;ve been thinking for a while about what, exactly, is the defining characteristic of a privileged access management system? Some people seem to think that it&#8217;s password management. Some even go so far as to call this product category a &#8220;password vault.&#8221; But what about granting someone temporary access to elevated access rights in some [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been thinking for a while about what, exactly, is the defining characteristic of a privileged access management system?</p>
<p>Some people seem to think that it&#8217;s password management.  Some even go so far as to call this product category a &#8220;password vault.&#8221;<br />
But what about granting someone temporary access to elevated access rights in some other way?  What about temporary group membership, or temporary SSH trust relationships, for example?</p>
<p>A few years ago, we renamed our software in this cateogry from &#8220;Privileged Password Manager&#8221; to &#8220;Privileged Access Manager&#8221; for just this reason &#8212; because there were mechanisms at play which have nothing to do with passwords.</p>
<p>I&#8217;m still thinking about what it is that really defines this product category, however, and I think I&#8217;ve hit on the *one* *key* feature.  That feature is granting temporary access &#8212; i.e., adding a temporal element to an access grant.  If you can control *when* someone gets access to something, then you create a much more interesting audit trail and have an opportunity to generate forensic data, such as screen captures and kelogging (among many others).  The key, though, is *time*.  You can run these commands as root/Administrator/whatever for the next 2 hours.  You can do that either because you were pre-authorized or because someone approved your workflow request, but it&#8217;s bounded in time and space.</p>
<p>So that&#8217;s my thought for the day.  Privileged Access Management is fundamentally a problem in the time domain.</p>
<p>Happy Monday.  <img src='http://blogs.hitachi-id.com/blogs/idan/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hitachi-id.com/blogs/idan/2013/02/11/what-is-the-defining-characteristic/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
