<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;CEACSHs5eCp7ImA9WhRUFko.&quot;"><id>tag:blogger.com,1999:blog-21995415</id><updated>2012-01-27T08:59:29.520-05:00</updated><category term="TJX" /><category term="Directory" /><category term="ESSO" /><category term="data security" /><category term="technology" /><category term="Microsoft" /><category term="Novell" /><category term="File System" /><category term="wired" /><category term="identity management" /><category term="NAC" /><category term="cyberoam" /><category term="BMC" /><category term="MaXware" /><category term="NetVision" /><category term="passwords" /><category term="EMC" /><category term="user centric" /><category term="perimeter centric" /><category term="Verisign" /><category term="convergence" /><category term="#TEC2010" /><category term="privacy" /><category term="identity metasystem" /><category term="Windows" /><category term="Oracle" /><category term="Apple" /><category term="Provisioning" /><category term="Business Risk" /><category term="gear" /><category term="SOA" /><category term="RSA" /><category term="UTM" /><category term="MIIS" /><category term="Scripting" /><category term="SAP" /><category term="managed services" /><category term="encryption" /><category term="information security" /><category term="SaaS" /><category term="two factor" /><category term="Single Sign On" /><category term="SIEM" /><category term="SBN" /><category term="power of identity" /><category term="situational awareness" /><category term="SSL" /><category term="physical security" /><category term="Cloud" /><category term="identity services" /><category term="reporting" /><category term="humor" /><category term="MWD" /><category term="ROI" /><category term="Log Management" /><category term="breach" /><category term="authentication" /><category term="identity audit" /><category term="economy" /><category term="synchronization" /><category term="federation" /><category term="software design" /><category term="monitoring" /><category term="2007" /><category term="audit" /><category term="philosophy" /><category term="SSO" /><category term="context" /><category term="SAML" /><category term="hacker" /><category term="LDAP" /><category term="password management" /><category term="phishing" /><category term="access governance" /><category term="PKI" /><category term="HIPAA" /><category term="eEye" /><category term="Active Directory" /><category term="identity" /><category term="access rights" /><category term="information centric" /><category term="insider threat" /><category term="Unisys" /><category term="compliance" /><category term="ADAM" /><category term="Consumer market" /><category term="governance" /><category term="virtual directory" /><category term="project" /><category term="unstructured data" /><category term="IT security" /><category term="metadirectory" /><category term="FishEye" /><category term="AD" /><title>Matt Flynn's Identity Management Blog</title><subtitle type="html">Identity Management and Security... software, services, process and analysis.</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://360tek.blogspot.com/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default?start-index=26&amp;max-results=25&amp;redirect=false&amp;v=2" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>237</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/MattFlynnsIdentityManagementBlog" /><feedburner:info uri="mattflynnsidentitymanagementblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><entry gd:etag="W/&quot;D0ACSXY-fSp7ImA9WhRUEkg.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-392041950395556365</id><published>2012-01-22T13:09:00.000-05:00</published><updated>2012-01-22T13:09:28.855-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-01-22T13:09:28.855-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="access governance" /><category scheme="http://www.blogger.com/atom/ns#" term="governance" /><category scheme="http://www.blogger.com/atom/ns#" term="data security" /><title>Access Governance Continuum</title><content type="html">I've been pretty focused recently on Access Governance and specifically how large organizations can get their arms around the problem of access as it relates to unstructured data (mostly file systems and SharePoint). Most of the people I speak to who have responsibility for answering the related tough questions are simply overwhelmed by the sheer size and complexity of the challenge.&lt;br /&gt;
&lt;br /&gt;
It led me to consider that there are a different set of tasks I'd recommend to those people than I might to someone who has a somewhat more mature access governance program. So, I started documenting an Access Governance Continuum; a maturity model of sorts that discusses how to tell where you stand and what the ideal next steps might be. A whitepaper is in the works, but essentially it looks something like this: &lt;br /&gt;
&lt;br /&gt;
&lt;span style="font-size: large;"&gt;&lt;b&gt;Confused &amp;gt; Planning &amp;gt; Cleaning &amp;gt; Maintaining&lt;/b&gt;&lt;/span&gt;&lt;br /&gt;
&lt;br /&gt;
To illustrate a few examples:&lt;br /&gt;
&lt;br /&gt;
In the &lt;i&gt;Confused&lt;/i&gt; stage, you might want to run scans to identify open file shares. In the &lt;i&gt;Planning&lt;/i&gt; stage, you'd be identifying data owners / custodians for those shares. In the &lt;i&gt;Cleaning&lt;/i&gt; phase, you'd be working to clean up trouble spots and diving deeper based on what you've found. And in the &lt;i&gt;Maintenance&lt;/i&gt; stage, you'd be automating some of the cleanup based on business rules.&lt;br /&gt;
&lt;br /&gt;
This is all based on real-world projects, what has worked for the world's largest organizations, and how that knowledge translates to a mid-market need for pragmatic solutions. &lt;br /&gt;
&lt;br /&gt;
...more to come.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-392041950395556365?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/DDydZyB-h-g" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/392041950395556365/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=392041950395556365" title="3 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/392041950395556365?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/392041950395556365?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/DDydZyB-h-g/access-governance-continuum.html" title="Access Governance Continuum" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>3</thr:total><feedburner:origLink>http://360tek.blogspot.com/2012/01/access-governance-continuum.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUUGQHc4eCp7ImA9WhRSEEk.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-6472592345897447918</id><published>2011-11-11T16:33:00.000-05:00</published><updated>2011-11-11T16:33:41.930-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-11-11T16:33:41.930-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="access rights" /><category scheme="http://www.blogger.com/atom/ns#" term="unstructured data" /><category scheme="http://www.blogger.com/atom/ns#" term="identity audit" /><category scheme="http://www.blogger.com/atom/ns#" term="identity" /><category scheme="http://www.blogger.com/atom/ns#" term="governance" /><category scheme="http://www.blogger.com/atom/ns#" term="data security" /><title>Identity Solutions and Unstructured Data</title><content type="html">Being in the space for so long, I'm always looking for ways to provide new, interesting functionality. To date, identity (IAM) solutions have no insight into the &lt;b&gt;usage&lt;/b&gt; of unstructured data. And it would be really cool if they did.&lt;br /&gt;
&lt;br /&gt;
IAM vendors have only recently begun thinking about unstructured data at all. Some have the ability to look across file system permissions and perhaps include rights information in reports along with basic user and group data. I don't think &lt;i&gt;any&lt;/i&gt; do a great job of including a view across file system, Sharepoint, SQL Server, and Exchange Public Folders. But regardless of platform, the capability seems to stop at reporting on rights as they exist at some point in time.&lt;br /&gt;
&lt;br /&gt;
The next logical step would be to watch user activity and be able to provide recommendations and reporting on &lt;i&gt;usage&lt;/i&gt; along with permissions. Then, you could make better decisions. Think about this: IAM gives department managers the ability to manage security groups. Maybe they know what the group &lt;i&gt;should&lt;/i&gt; access. And maybe they have some idea of what users should be in the group. But, there's no easy way to see which members of the group have exercised those rights and actually accessed the resources in question. Or even whether those resources are actually still relevant. (Have they been accessed? By who? How does that affect the concept of 'least privilege'?)&lt;br /&gt;
&lt;br /&gt;
I'd love to hear your thoughts.&lt;br /&gt;
&lt;br /&gt;
BTW, this isn't purely rhetorical. But, you'll have to be patient if you want more details. ;)&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-6472592345897447918?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/U056DEgeFXA" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/6472592345897447918/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=6472592345897447918" title="5 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6472592345897447918?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6472592345897447918?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/U056DEgeFXA/identity-solutions-and-unstructured.html" title="Identity Solutions and Unstructured Data" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>5</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/11/identity-solutions-and-unstructured.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DU8MQHg8cCp7ImA9WhdVEE8.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-2827155840239800152</id><published>2011-09-14T15:18:00.000-04:00</published><updated>2011-09-14T15:18:01.678-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-09-14T15:18:01.678-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><category scheme="http://www.blogger.com/atom/ns#" term="IT security" /><title>The Most Powerful Voices in Security</title><content type="html">It's been almost a week since SYS-CON Media's Jim Kaskade included me in their list of the 100 &lt;a href="http://security.sys-con.com/node/1974029"&gt;Most Powerful Voices in Security&lt;/a&gt;. Since then, as you might imagine, it's been an absolute media circus for me. People are calling and emailing to ask my advice and there are young security analysts camped outside my home. But, I'd like to take this opportunity to point out that it's not a list of the most knowledgeable practitioners of security. This is essentially acknowledgement of having a "powerful voice". Growing up, people phrased it differently as "you've got a big mouth".&lt;br /&gt;
&lt;br /&gt;
Levity aside, I think the list is a great idea. It's always good to consolidate disparate information. But the formula for MPV, as Kaskade writes, is based on &lt;i&gt;reach&lt;/i&gt; and not knowledge, usefulness of analysis, or trustworthiness. I'd like to dream that I might end up on one of &lt;i&gt;those&lt;/i&gt; lists some day.&lt;br /&gt;
&lt;br /&gt;
Kaskade's use of the word 'influencers' brought me right back to Gladwell's book &lt;a href="http://www.gladwell.com/tippingpoint/"&gt;The Tipping Point&lt;/a&gt; and made me wonder if this is really a list written for marketers rather than for security decision makers. Even if that is the case, then it's probably a good idea to follow the people on the list as they might identify emerging trends - perhaps by analysis, but as Gladwell points out, perhaps by causation (whether intentional or not).&lt;br /&gt;
&lt;br /&gt;
Being a first attempt, Kaskade has already identified a few omissions and I'm sure everyone has opinions on others that should be included. For example, Art Coviello of RSA gives the opening keynote address at the biggest conference in the security industry every year and runs the security division of one of the world's biggest data storage and management companies. That's reach. And I can call almost anyone I know in the &lt;i&gt;Identity&lt;/i&gt; space and they'll know what topic was covered in Dave Kearns' last &lt;i&gt;NetworkWorld&lt;/i&gt; newsletter. A niche, perhaps, but certainly reach.&lt;br /&gt;
&lt;br /&gt;
Having said all that, I'm still honored that anyone would consider me in such a list. Being included in any list with that group of individuals is humbling to say the least. It makes me feel like I need to work harder to earn the spot.&lt;br /&gt;
&lt;br /&gt;
What's your take?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-2827155840239800152?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/SHB2qy4mRHs" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/2827155840239800152/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=2827155840239800152" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2827155840239800152?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2827155840239800152?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/SHB2qy4mRHs/most-powerful-voices-in-security.html" title="The Most Powerful Voices in Security" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/09/most-powerful-voices-in-security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0YDRHc5eyp7ImA9WhdQF0s.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-2823793761802854039</id><published>2011-08-19T10:46:00.000-04:00</published><updated>2011-08-19T10:46:15.923-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-08-19T10:46:15.923-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="compliance" /><category scheme="http://www.blogger.com/atom/ns#" term="HIPAA" /><category scheme="http://www.blogger.com/atom/ns#" term="privacy" /><title>Mobile Apps for Health</title><content type="html">Jennifer Flynn (same family) who is a health field professional has a bog called &lt;a href="http://hpmthinker.blogspot.com/"&gt;Health &amp;amp; Productivity Thinker&lt;/a&gt; where she posted yesterday on &lt;a href="http://hpmthinker.blogspot.com/2011/08/mobile-apps-for-health.html?spref=bl"&gt;Mobile Apps for Health&lt;/a&gt;. She asks "what type of app would you want to use for your health?"&lt;br /&gt;
&lt;br /&gt;
As a security professional, I'm very interested in the answer. As an industry, we spend a lot of time focused on information privacy and health information is among the most talked about types.&lt;br /&gt;
&lt;br /&gt;
Health organizations spend a fortune on personal health information protection (perhaps primarily in an effort to comply with HIPAA). Johns Hopkins and similar organizations have reported spending $4-5 Million in their early HIPAA compliance efforts. Earlier this year, the HHS fined one provider in MD $4.3M for a privacy violation. CVS paid over $2M in 2009 and Rite Aid $1M in 2010. Walgreens is &lt;a href="http://www.healthleadersmedia.com/page-2/TEC-269631/OCR-Walgreens-HIPAA-Investigation-Continues"&gt;currently being investigated&lt;/a&gt;. Early on, Gartner estimated that the industry would spend near $4B per year on HIPAA and the HHS estimated it would cost the industry $18B in the first decade. (&lt;i&gt;I couldn't find current/actual numbers&lt;/i&gt;)&lt;br /&gt;
&lt;br /&gt;
So, protection of consumer health information is a big deal. A lot of time, money, and energy is expended in the process. But do people really care? If someone gave you an app for your phone that enabled you to carry around your complete medical history for easy distribution to doctors and health providers -- and it meant you'd never have to fill out another form in a doctor's office waiting room -- would you use it? My guess is that most people would. If it makes life easier, it will get used regardless of the privacy risk.&lt;br /&gt;
&lt;br /&gt;
We all know that our phones and computers are susceptible to privacy breaches, eavesdropping, and other data leakage, but would that stop you from using an app that improved your health? Made life easier? I'd love to know, so if 2000 of you would please go answer Jennifer's question, I'd appreciate the info.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-2823793761802854039?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/6DFlK6lA9Hk" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/2823793761802854039/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=2823793761802854039" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2823793761802854039?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2823793761802854039?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/6DFlK6lA9Hk/mobile-apps-for-health.html" title="Mobile Apps for Health" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>1</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/08/mobile-apps-for-health.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkcEQn46fCp7ImA9WhdSGUs.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-3762604131518682457</id><published>2011-07-29T15:33:00.000-04:00</published><updated>2011-07-29T15:33:23.014-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-07-29T15:33:23.014-04:00</app:edited><title>FireFox Sync: Ease of Use and Security Implications</title><content type="html">Although, I most often cover business-related identity issues, this post is going to focus on an issue for home users (that also applies to business). In the past, I wrote about the &lt;a href="http://360tek.blogspot.com/2006/11/single-sign-on-multiple-confusion.html"&gt;differences between Web SSO and ESSO&lt;/a&gt;. And I recently wrote about &lt;a href="http://360tek.blogspot.com/2011/07/browserid-threat-to-individual-freedom.html"&gt;Mozilla's BrowserID&lt;/a&gt; which is focused on home users but is more closely aligned to Web SSO than today's topic.&lt;br /&gt;
&lt;br /&gt;
I've used a variety of browsers over the years from Netscape 2 and IE 3 through today's versions of Chrome and FireFox. Although it was considered uncool by many, I primarily used IE for a number of years. But today, I almost exclusively use FireFox 5. It's fast, intuitive, good security features, control over privacy, extensible via plugins, etc. But one of the killer features for me is &lt;a href="http://www.mozilla.com/en-US/mobile/sync/"&gt;FireFox Sync&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
I have all my bookmarks and preferences synced across multiple computers and my smart phone. It's extremely convenient and even encouraged me to finally organize my bookmarks - something I hadn't really done in the 15 years I've been online. But, there's an aspect to Sync that's incredibly dangerous.&lt;br /&gt;
&lt;br /&gt;
It's dangerous because it makes life so darned easy. It's a fantastic feature from a user perspective. Sync includes browser-stored passwords. So, sign in at home and get automatic logon from work and mobile without needing to remember or re-type passwords. I can't count the number of times I was mobile and couldn't access a site from my phone because I didn't have the password. With Firefox Sync, my passwords can be automatically sync'ed across all my devices saving time and making life easy. &lt;i&gt;My typical blog audience should already know where I'm going with this.&amp;nbsp;&lt;/i&gt;&lt;br /&gt;
&lt;br /&gt;
When you organize your sites in bookmarks and auto-save passwords, you make it very easy for anyone who accesses your workspace to get quick access to ALL of your favorite sites. How likely is it that someone could get a hold of your smart phone or laptop? Well, it's not unlikely. &lt;a href="http://www.gottabemobile.com/2011/07/13/top-10-cities-and-places-we-lose-smartphones-infographic/"&gt;Here are some stats&lt;/a&gt;. Losing a phone used to mean shelling out a few bucks for a new one. Today, it means someone could get immediate access to every site you use with your own credentials. You've made it way too easy. You even have a folder for your banking sites so they know where to quickly find all your account information.&lt;br /&gt;
&lt;br /&gt;
The above scenario (which makes the user experience seamless and easy) is the security equivalent of leaving cash on your dashboard with the car unlocked, the windows rolled down, while you walk around the mall handing out maps that show how to find your car.&lt;br /&gt;
&lt;br /&gt;
Firefox Sync raises your risk profile and should only be used in combination with locked down devices, smart selection of which sites you'll include in your bookmarks, discipline to not store sensitive passwords, and you should set a master password so everything isn't left wide open. The tech security industry is getting better with each new release, but we're still in the infancy. We need to stay alert.&lt;br /&gt;
&lt;br /&gt;
Happy surfing.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-3762604131518682457?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/9MmBmHXwxNA" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/3762604131518682457/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=3762604131518682457" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/3762604131518682457?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/3762604131518682457?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/9MmBmHXwxNA/firefox-sync-ease-of-use-and-security.html" title="FireFox Sync: Ease of Use and Security Implications" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>2</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/07/firefox-sync-ease-of-use-and-security.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0ANQXg5cCp7ImA9WhdSE0g.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-1587086521760594579</id><published>2011-07-22T14:36:00.000-04:00</published><updated>2011-07-22T14:36:30.628-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-07-22T14:36:30.628-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Cloud" /><category scheme="http://www.blogger.com/atom/ns#" term="identity" /><category scheme="http://www.blogger.com/atom/ns#" term="identity management" /><category scheme="http://www.blogger.com/atom/ns#" term="FishEye" /><title>Introducing FishEye Group</title><content type="html">Two weeks ago, I updated and re-announced my &lt;a href="http://www.360tek.com/identity_links.php"&gt;Identity Management list&lt;/a&gt; and since then I've added a dozen or so more entries. Among the new ones, I had the pleasure to add a newcomer to the Identity Management space. My good friend and long time colleague Kishan Malineni has finally incorporated on his own and will bring his talents to the identity industry as &lt;a href="http://www.fish-eye.co/"&gt;FishEye Group&lt;/a&gt;. &lt;i&gt;Full disclosure&lt;/i&gt;: He asked if I would assist with business strategy and I accepted an unpaid position on the board. And I'm excited to help.&lt;br /&gt;
&lt;br /&gt;
If you don't know Kishan, it's because he hasn't spent much time blogging, tweeting, or hitting the conference circuit. He has spent 50+ hours a week for the past decade hands-on actually building identity management solutions (and winning the hearts of CIOs and project sponsors). Everybody that has worked with him has positive things to say about his technical skills, integrity, work ethic, and positive attitude. Most recently, he has earned an excellent reputation as one of the industry's leading integrators of Oracle's OIM 11g. In a previous role, he developed the first real-world implementation in the higher education vertical (possibly globally) of Oracle Identity Manager 11g. He also developed the industry's first set of cloud connectors for OIM.&lt;br /&gt;
&lt;br /&gt;
FishEye Group has hit the ground running with it's first project already underway and is in the process of putting partnerships in place and placing a number of additional projects on the calendar.&lt;br /&gt;
&lt;br /&gt;
If you're looking for assistance with OIM 11g, product evaluations, identity management strategy, or other identity-related services, please give Kishan a shout and hear what he has to say. His pragmatic approach and enthusiasm for the technology will no doubt win you over.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-1587086521760594579?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/qwKTRoE9O1Y" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/1587086521760594579/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=1587086521760594579" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1587086521760594579?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1587086521760594579?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/qwKTRoE9O1Y/introducing-fisheye-group.html" title="Introducing FishEye Group" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/07/introducing-fisheye-group.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUMDQXk5cSp7ImA9WhdSEE0.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-1184788924185109446</id><published>2011-07-18T11:37:00.000-04:00</published><updated>2011-07-18T11:37:50.729-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-07-18T11:37:50.729-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Single Sign On" /><category scheme="http://www.blogger.com/atom/ns#" term="identity" /><category scheme="http://www.blogger.com/atom/ns#" term="authentication" /><title>BrowserID a Threat to Individual Freedom?</title><content type="html">The folks at Mozilla recently introduced &lt;a href="http://identity.mozilla.com/"&gt;BrowserID&lt;/a&gt;. You can compare it to OpenID, but there are some &lt;a href="http://identity.mozilla.com/post/7669886219/how-browserid-differs-from-openid"&gt;key differences&lt;/a&gt;. The basic idea - a single set of authentication credentials across multiple sites and simplified logon to each as facilitated by the browser. Ian Yip took an &lt;a href="http://blog.ianyip.com/2011/07/browserid-browser-as-federated-identity.html"&gt;interesting look&lt;/a&gt; at BrowserID from the an Identity Management industry perspective and how it relates to what we call &lt;a href="http://blog.ianyip.com/2011/07/how-browserid-works-in-federated.html"&gt;identity federation&lt;/a&gt;. For more details on how it works, check &lt;a href="http://lloyd.io/how-browserid-works"&gt;Lloyd Hilaiel's post&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
But that's not what I wanted to write about. I'm more interested in SC Magazine's article headlined &lt;i&gt;&lt;a href="http://www.scmagazine.com.au/News/263949,mozilla-browserid-seriously-flawed-privacy-advocate-says.aspx"&gt;Mozilla BrowserID "seriously flawed"&lt;/a&gt;&lt;/i&gt; and Roger Clarke's &lt;i&gt;&lt;a href="http://www.rogerclarke.com/II/BrowserID-1107.html"&gt;Reaction to Mozilla's BrowserID Proposal&lt;/a&gt;&lt;/i&gt;, which was the subject of the SC Mag article. My first point is simply: go read it. It gives you a lot to think about. My second point, though, is a little more complex.&lt;br /&gt;
&lt;br /&gt;
Clarke makes some interesting and compelling arguments about Internet privacy and individual freedom. I can't say that his logic is incorrect or that his points are invalid, because they're not. But his anger (characterized by phrases like "seriously flawed 'identity management' &lt;i&gt;schemes&lt;/i&gt;" and "its design is seriously threatening to individual freedoms") may be a bit misplaced.&lt;br /&gt;
&lt;br /&gt;
I agree with Richard that BrowserID is not THE solution to solve the Internet's authentication and privacy problem. But that's not the challenge that Mozilla has sought to solve. Not every site that requires a logon is a major privacy risk. I have probably 50 or more web site accounts to manage and I welcome solutions to my credential management problem. I'm a &lt;i&gt;security guy&lt;/i&gt; but I will gladly introduce &lt;i&gt;some&lt;/i&gt; level of risk to make life easier when browsing a large number of those sites. We all do to a degree. e.g.) It's less risky to go to a library anonymously to look something up in a book but the Internet at home is just so much more convenient that we risk being eavesdropped or introducing malware to our systems every time we use it.&lt;br /&gt;
&lt;br /&gt;
It reminds me of the old argument that &lt;a href="http://360tek.blogspot.com/2009/10/two-factor-authentication-is-worth.html"&gt;two-factor authentication is useless&lt;/a&gt; because it's susceptible to MITM attacks. BrowserID won't be a silver bullet for all authentication scenarios and maybe not even for ANY scenarios that require high security or strong assertions about the user, but it could still be a useful way for end-users who want to simplify the logon process. Claiming that BrowserID is &lt;i&gt;seriously flawed&lt;/i&gt; because it doesn't address issues outside of its own scope just seems wrong and even somewhat irresponsible. The IT industry's version of media sensationalism maybe?&lt;br /&gt;
&lt;br /&gt;
I don't mean to pick on SC Mag - the title got me to read Richard's article, which is the purpose of a strong title, but I'm pulling for one of these solutions (OpenID, CardSpace, BrowserID) to make it into the mainstream so that my life will be a little easier. And creating hysteria and FUD around them doesn't help with user adoption.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-1184788924185109446?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/tYuHWOJd8so" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/1184788924185109446/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=1184788924185109446" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1184788924185109446?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1184788924185109446?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/tYuHWOJd8so/browserid-threat-to-individual-freedom.html" title="BrowserID a Threat to Individual Freedom?" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/07/browserid-threat-to-individual-freedom.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DE4EQ386eyp7ImA9WhdTFUo.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-385025345455540134</id><published>2011-07-13T13:08:00.000-04:00</published><updated>2011-07-13T13:08:22.113-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-07-13T13:08:22.113-04:00</app:edited><title>Security Policy vs. Operational Needs</title><content type="html">I've written a number of times about human behavior and end users. My point has been that security needs to be: (1) &lt;a href="http://360tek.blogspot.com/2011/03/security-must-be-easier-or-cheaper.html"&gt;easier or cheaper&lt;/a&gt; (2) &lt;a href="http://360tek.blogspot.com/2007/08/internet-insecurity.html"&gt;built-in and transparent&lt;/a&gt; and (3) &lt;a href="http://360tek.blogspot.com/2011/02/1-for-continuous-compliance.html"&gt;continuous / not periodic&lt;/a&gt;. Yesterday, I heard the problem described in an interesting way.&lt;br /&gt;
&lt;br /&gt;
I had the opportunity to sit in on a webinar provided by &lt;a href="http://www.logictrends.com/"&gt;LogicTrends&lt;/a&gt; and CA. The topic was privileged accounts and compliance. I believe it was LogicTrends' CTO Phil Lentz who described part of the problem as this (paraphrased): &lt;br /&gt;
&lt;blockquote&gt;Security Policy doesn't always match operational needs or expectations.&lt;/blockquote&gt;&lt;br /&gt;
What I believe he meant is that system administrators ignore security policies for tactical reasons. They are almost forced to breach policy in an effort to get their jobs done more efficiently. I don't think that's anything new, but I've traditionally chalked it up to human behavior. Lentz's description lead me to think the problem was more systemic. &lt;br /&gt;
&lt;br /&gt;
It wouldn't matter how disciplined the person sitting behind the keyboard is. There is an inherent disconnect between the person's operational duties and the organization's security policies. It's an interesting perspective and may indicate that there's hope. By creating more synergy between policy and operational procedure, the human-nature problem can be at least muted if not eliminated. Again, not a new concept, but a new angle by which to see it.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-385025345455540134?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/Zhpc_7Akbmo" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/385025345455540134/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=385025345455540134" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/385025345455540134?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/385025345455540134?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/Zhpc_7Akbmo/security-policy-vs-operational-needs.html" title="Security Policy vs. Operational Needs" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/07/security-policy-vs-operational-needs.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0YESHYzfyp7ImA9WhdTEEs.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-6030193749055773070</id><published>2011-07-07T16:05:00.000-04:00</published><updated>2011-07-07T16:05:09.887-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-07-07T16:05:09.887-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="identity" /><category scheme="http://www.blogger.com/atom/ns#" term="identity management" /><title>THE Identity Management List</title><content type="html">After a few years of neglect, I finally updated my &lt;a href="http://www.360tek.com/identity_links.php"&gt;Identity and Access Management list&lt;/a&gt;. I added a few vendors who weren't around 2-3 years ago, removed some who have since disappeared, and moved others under their new parent companies.&lt;br /&gt;
&lt;br /&gt;
I'm sure there's a bunch missing and I can't do it all myself. If you're in the identity management space, please take a look and make sure you're represented. There's a contact link if you'd like to request an update. And thanks to those who have already submitted over the past few years!!&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.360tek.com/identity_links.php"&gt;http://www.360tek.com/identity_links.php&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;Why?&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
I've found it convenient for my own personal use over the years to have this list all in one place. I've also gotten notes from others saying the same. And if you've been in identity space for a while, it might be fun just to see where all those early companies ended up.&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;It Looks Weird.&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
I plan to improve the look and feel at some point, but right now I'm just trying to get the data right. I'd like to tag companies by capability and provide a more interactive UI but I'm not there yet. Bear with me - as you know, it's tough to find the time.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-6030193749055773070?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/zWD2mITXteI" height="1" width="1"/&gt;</content><link rel="related" href="http://www.360tek.com/identity_links.php" title="THE Identity Management List" /><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/6030193749055773070/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=6030193749055773070" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6030193749055773070?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6030193749055773070?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/zWD2mITXteI/identity-management-list.html" title="THE Identity Management List" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>1</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/07/identity-management-list.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEEBR34yfyp7ImA9WhZREEw.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-5146963436433757838</id><published>2011-04-05T10:10:00.000-04:00</published><updated>2011-04-05T10:10:56.097-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-04-05T10:10:56.097-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="RSA" /><category scheme="http://www.blogger.com/atom/ns#" term="breach" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><category scheme="http://www.blogger.com/atom/ns#" term="IT security" /><category scheme="http://www.blogger.com/atom/ns#" term="insider threat" /><title>Human Behavior = Biggest Security Risk</title><content type="html">Two quick examples (both considered 'spear phishing' or targeted phishing attacks)&amp;nbsp;from today's headlines:&lt;br /&gt;
&lt;br /&gt;
1. The perpetrators of the RSA data breach which &lt;a href="http://360tek.blogspot.com/2011/03/rsa-breach.html"&gt;may have compromised&lt;/a&gt; the security of RSA's premium two-factor authentication solution, &lt;a href="http://www.scmagazineus.com/flash-zero-day-social-engineering-enable-rsa-securid-hack/article/199836/"&gt;as it turns out&lt;/a&gt;, got help from RSA employees when they opened an email attachment. An Excel&amp;nbsp;spreadsheet containing an Adobe Flash exploit opened the doors to RSA's network.&lt;br /&gt;
&lt;br /&gt;
2. Conde Nast &lt;a href="http://www.net-security.org/secworld.php?id=10855"&gt;recently paid $8 Million&lt;/a&gt; to a fake company in response to a single believeable email that asked them politely to update their payee information on one of their vendors.&lt;br /&gt;
&lt;br /&gt;
Both of these examples make the clear, simple point that it doesn't really matter how much technology you put between an attacker and your business assets. If an employee opens the door, they can walk right in. We're either going to get extreme in terms of limiting behavioral options (disallow all email attachments?) or we need to do much better in employee training.&lt;br /&gt;
&lt;br /&gt;
Since employees are ultimately &lt;a href="http://360tek.blogspot.com/2011/03/security-must-be-easier-or-cheaper.html"&gt;only motivated by what is easier&lt;/a&gt;, I don't think training will be the silver-bullet answer.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-5146963436433757838?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/xwMu7JYWYqI" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/5146963436433757838/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=5146963436433757838" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5146963436433757838?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5146963436433757838?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/xwMu7JYWYqI/human-behavior-biggest-security-risk.html" title="Human Behavior = Biggest Security Risk" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/04/human-behavior-biggest-security-risk.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEYERnYzfip7ImA9WhZSFUU.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-5988408247405749661</id><published>2011-03-31T11:18:00.003-04:00</published><updated>2011-03-31T11:41:47.886-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-03-31T11:41:47.886-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Consumer market" /><category scheme="http://www.blogger.com/atom/ns#" term="eEye" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><title>Samsung Keylogger and Other False Positives</title><content type="html">&lt;p&gt;Samsung laptops do not have a keylogger installed at the factory. But it was &lt;a href="http://www.networkworld.com/newsletters/sec/2011/032811sec2.html"&gt;reported as such&lt;/a&gt; because an AV program recognized a pattern used by a popular keylogger. GFI Labs, who provide the AV solution (VIPRE) stepped up and &lt;a href="http://sunbeltblog.blogspot.com/2011/03/samsung-laptops-do-not-have-keylogger.html"&gt;explained exactly what happened&lt;/a&gt; and accepted the blame (not that anyone should blame them - isn't this exactly why we buy AV products?).&lt;/p&gt;&lt;br /&gt;&lt;p&gt;If I were GFI Labs, I might be asking the industry why other AV vendors haven't had the same issue - most of them use pattern matching as the key method for finding viruses and other malware. Is having too many patterns a bad thing? With this approach, false positives are a necessary evil - just part of the intended design. There is an alternative, though.&lt;/p&gt;&lt;br /&gt;&lt;p&gt;I've been speaking lately with my own AV vendor, eEye, who bucks that trend a bit. eEye doesn't rely so heavily on pattern matching and instead uses protocol analysis to determine what installed programs are actually doing to determine if there's a threat. For example, it's not a keylogger if there's no information being collected or sent. eEye claims that Blink can be installed on a Windows PC with no security patches and protect it fully with several layers of protection.&lt;/p&gt;&lt;br /&gt;&lt;p&gt;The approach has two advantages. First, you won't get false positives related to a pattern match that just doesn't quite add up. Second (and more importantly), you get protection against zero-day attacks where there is no known pattern. If you have to wait for your AV vendor to provide a virus definition update, you're in a constant state of being behind the attack trying to catch up.&lt;/p&gt;&lt;br /&gt;&lt;p&gt;I was planning to write about eEye's vulnerability scanner and a specific issue I encountered with software on a personal PC, which is why I was speaking with them, so you may see another post soon on eEye but I'm not trying to make a commercial out of it. Just curious mostly if other AV vendors are looking at this approach. It seems to me to be more effective and based on my limited experience, consumes less resources than the other security packages I've tried.&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-5988408247405749661?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/Am4dgzlBfyU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/5988408247405749661/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=5988408247405749661" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5988408247405749661?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5988408247405749661?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/Am4dgzlBfyU/samsung-keylogger-and-other-false.html" title="Samsung Keylogger and Other False Positives" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>1</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/03/samsung-keylogger-and-other-false.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkMCSXc5fSp7ImA9WhZSE04.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-2281578941116649864</id><published>2011-03-28T12:50:00.008-04:00</published><updated>2011-03-28T13:47:48.925-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-03-28T13:47:48.925-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="SSL" /><category scheme="http://www.blogger.com/atom/ns#" term="privacy" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><title>Security must be Easier or Cheaper</title><content type="html">&lt;p&gt;Remember when I said that end-users (i.e. People) are motivated more by "easier" and "cheaper" than they are by "more secure"? Well I did. And they are. If this MSNBC article doesn't make the point, I don't know what will: &lt;a href="http://www.msnbc.msn.com/id/41995926/ns/technology_and_science/"&gt;Why should I care about digital privacy&lt;/a&gt;?&lt;br /&gt;&lt;p&gt;The article discusses how a number of people sitting in a coffee shop were actively hacked &amp;amp; eavesdropped, alerted to the hack, and they chose to simply ignore the alerts, continue browsing and even making online purchases. &lt;br /&gt;&lt;p&gt;I was once in the audience while security guru Bruce Schneier was speaking. He made the point that while the security industry is all jazzed up about privacy, all of our efforts may not have much impact because the people we're concerned about ("young people") just don't care. They live their lives on-line and don't have the same ideas about privacy that us old people have. &lt;br /&gt;&lt;p&gt;There is an on-going debate about whether sending (texting) a nude photos of oneself while underage is a criminal offence worthy of a 'sex offender' label. The simple fact that we need to have that debate is evidence that Schneier is right. &lt;br /&gt;&lt;p&gt;I find more evidence when I ask any facebook user about privacy. It seems to be common knowledge among young and old that facebook users should be concerned about privacy. There are unanswered questions about personal information. [&lt;em&gt;I'll give facebook the benefit of the doubt for this discussion and say that the security tools are in place to protect yourself if you're knowledgeable and cautious. But that's a big IF.&lt;/em&gt;] The fact is, most seem to think that facebook is not secure, yet they continue to use it. Because it's a cheap and easy way to communicate with friends, stay in touch with gossip, get news, play games, etc. For any security mechanism to be truly effective in an environment where security can not be mandated (corporate setting), like the general public, it needs to be (&lt;em&gt;say it with me&lt;/em&gt;) &lt;strong&gt;easy&lt;/strong&gt; and &lt;strong&gt;cheap&lt;/strong&gt;. &lt;em&gt;Easy&lt;/em&gt; as in built-in and &lt;em&gt;transparent&lt;/em&gt;. &lt;em&gt;Cheap&lt;/em&gt; as in &lt;em&gt;Free&lt;/em&gt;. &lt;br /&gt;&lt;p&gt;&lt;em&gt;btw, SSL (secure browsing over HTTPS) is sort of like that, until some CA (not mentioning any names but maybe sounds like a type of dragon) gets breached and generates bad certificates. Then, it's less easy. Also, SSL requires that an end user actually observe the browser to confirm that it's a secure connection. And in reality, the observation only tells you that you're connected to a secure page right now - it doesn't tell you where the submission form will take you. So it's really only secure if we're trusting the sites we visit or are unusually saavy web users.&lt;/em&gt;&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-2281578941116649864?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/ZBHa-Ot2Jcc" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/2281578941116649864/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=2281578941116649864" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2281578941116649864?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2281578941116649864?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/ZBHa-Ot2Jcc/security-must-be-easier-or-cheaper.html" title="Security must be Easier or Cheaper" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/03/security-must-be-easier-or-cheaper.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEMCQnk-fCp7ImA9WhZTGUw.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-8508433514750072580</id><published>2011-03-23T11:12:00.006-04:00</published><updated>2011-03-23T17:41:03.754-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-03-23T17:41:03.754-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="RSA" /><category scheme="http://www.blogger.com/atom/ns#" term="breach" /><category scheme="http://www.blogger.com/atom/ns#" term="authentication" /><category scheme="http://www.blogger.com/atom/ns#" term="two factor" /><title>The RSA Breach</title><content type="html">[Updated 5:36 pm ET 23 Mar 2011]&lt;br /&gt;&lt;br /&gt;Sorry - two points of clarification:&lt;br /&gt;&lt;br /&gt;1. Where I say "serial #" throughout my post below, we should keep in mind that the token has a hidden 'seed record' which is actually used in the algorithm, so that's another level of security. The serial # is not enough - you also need the seed # and the ability to match it to a given user's token.&lt;br /&gt;&lt;br /&gt;2. I should've mentioned that there's also a feature which prevents brute-force attacks by disabling an account after x number of failed attempts, so if you have a very good educated guess on the PIN, along with the other data, you have a good shot. If you think you'll brute-force it, that isn't going to fly.&lt;br /&gt;&lt;br /&gt;[end update]&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;I don't have any inside info, but it certainly sounds like the algorithm for generating the One-Time-Passwords (OTP) may have been accessed. This makes an attack much easier because to some degree it eliminates the "second factor" in the Two-Factor authentication. But not 100%.&lt;br /&gt;&lt;br /&gt;If I know the algorithm, to spoof the token functionality, I still need the serial # of the token, matched to the user name, and the PIN. These things aren't impossible, though. You could stop by a person's desk, for example, and scribble down their serial # while they're getting coffee. If they're a co-worker, you probably know their user name and can make some guesses about the PIN.&lt;br /&gt;&lt;br /&gt;Most people I know that use RSA tokens use a pretty simple PIN - a date, 4 digits of a phone number, something like that. So, if you use social engineering to get the serial # and user name, your down to having to guess the PIN, which is really a shorter, less secure password. And you're back to one-factor authentication. PINs may also be written down on the desk, scribbled on the back of the token (I've seen it), left in email or browser auto-fill, etc.&lt;br /&gt;&lt;br /&gt;For an outsider to use this attack, it's a little more challenging than an insider. You'd need access to the serial numbers used by the company and the ability to match them with user names. Based on the info provided by RSA in their &lt;a href="http://www.bankinfosecurity.com/articles.php?art_id=3458"&gt;letter to customers&lt;/a&gt;, some or all of this may be in the RSA server logs. So, protecting those logs has just become critical.&lt;br /&gt;&lt;br /&gt;If the token is installed on a smart phone or PC (software token), the token only works from that installed device. So, if the algorithm is public, the software tokens may have just become slightly more secure than the hardware tokens since it would be difficult to spoof the hardware configuration (or even to know the exact hardware) associated to that software token. ...at least, that's how I think it works.&lt;br /&gt;&lt;br /&gt;So, a few shifts have been made if my assumptions are true:&lt;br /&gt;- Software tokens may be more secure if the algorithm is known.&lt;br /&gt;- Protecting the RSA server and logs, and access to those logs has become critical.&lt;br /&gt;- Overall, the system is still somewhat secure, but people don't buy RSA tokens for 'somewhat secure'.&lt;br /&gt;- RSA tokens have become pretty insecure against insider attacks.&lt;br /&gt;&lt;br /&gt;If anyone knows something different, please correct me.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-8508433514750072580?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/cqxvvvRdni4" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/8508433514750072580/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=8508433514750072580" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/8508433514750072580?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/8508433514750072580?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/cqxvvvRdni4/rsa-breach.html" title="The RSA Breach" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/03/rsa-breach.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkAMRHs_fyp7ImA9Wx9VGE4.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-1310695538678675104</id><published>2011-02-04T11:44:00.004-05:00</published><updated>2011-02-04T11:59:45.547-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-02-04T11:59:45.547-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="access rights" /><category scheme="http://www.blogger.com/atom/ns#" term="identity" /><category scheme="http://www.blogger.com/atom/ns#" term="authentication" /><category scheme="http://www.blogger.com/atom/ns#" term="privacy" /><title>Business Case for Claims-Based Authorization</title><content type="html">Jackson Shaw provided a great &lt;a href="http://jacksonshaw.blogspot.com/2011/02/marriotts-lack-of-claims-based.html"&gt;use-case for claims-based authorization&lt;/a&gt; this week. While I've always seen the value of the claims-based approach, I've always felt that the thing that's missing is the motivation. End-users and consumers are typically motivated by what is easier or cheaper. Corporations, similarly, are motivated financially and not, as we might hope, by security or privacy as an end in itself. But his example, which applies to any major corporation who gives discounts based on employer (hotels, car rentals, wireless phones, etc.) shows that there are millions of dollars on the line.&lt;br /&gt;&lt;br /&gt;$$$ = motivation&lt;br /&gt;&lt;br /&gt;It might be just what corporations need to push them toward adoption -- and that includes providing incentives for customers to move to a claims-based model. I think mobile phone companies are situated perfectly - they can provide the authentication mechanism built into the devices they sell, which makes it potentially easier for users to browse the web (could solve the 'numerous passwords' problem) - remember:&lt;br /&gt;&lt;br /&gt;Easier = motivation&lt;br /&gt;&lt;br /&gt;...and they have a huge financial motivator because many big companies negotiate mobile plan discounts for employees.&lt;br /&gt;&lt;br /&gt;But perhaps budgets can be pooled together by a consortium of companies that are losing money to create a compelling solution that end-users will want to adopt. And in the end, we'll see better security and privacy as a result.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-1310695538678675104?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/lIrAtbnftBQ" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/1310695538678675104/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=1310695538678675104" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1310695538678675104?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1310695538678675104?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/lIrAtbnftBQ/business-case-for-claims-based.html" title="Business Case for Claims-Based Authorization" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/02/business-case-for-claims-based.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUEMQXc_fCp7ImA9Wx9VGE4.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-6775772437619100757</id><published>2011-02-04T11:23:00.004-05:00</published><updated>2011-02-04T11:41:20.944-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-02-04T11:41:20.944-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="compliance" /><category scheme="http://www.blogger.com/atom/ns#" term="identity audit" /><category scheme="http://www.blogger.com/atom/ns#" term="audit" /><title>+1 for Continuous Compliance</title><content type="html">Anton Chuvakin posted a blog entry today about &lt;a href="http://chuvakin.blogspot.com/2011/02/proactive-and-continuous-compliance-for.html"&gt;Continuous Compliance&lt;/a&gt;. I've written on the subject in numerous places (&lt;a href="http://blog.netvision.com/2009/06/continuous-audit/"&gt;here for example&lt;/a&gt;) and have even written a white paper and given a webinar on the topic.&lt;br /&gt;&lt;br /&gt;As a software vendor, I often hear from organizations who are looking for the silver bullet. People actually say things like "your software is PCI compliant, right? ...because we need to be PCI compliant and I'm looking for software to get us there". It's not their fault. Apparently, the folks pushing down the requirements, despite their efforts, haven't done a great job at educating the people that need to be educated.&lt;br /&gt;&lt;br /&gt;My paper and my responses explain that the idea isn't to find a piece of software or even a business process that will get you compliant for your audit next month and then you forget it until next year. The idea is to create what I've called a "culture of compliance" (a borrowed phrase) through which you remain in compliance continuously. Put controls in place, create a way to test controls, understand access rights, regularly monitor and review permissions, and you'll ultimately be able to respond to any new (related) regulation that comes at you.&lt;br /&gt;&lt;br /&gt;Sure, I can map specific reports to specific subsections of a regulation or security framework, but that shouldn't be the goal. Take a look at our recent article on the topic: &lt;a href="http://security.sys-con.com/node/1673483"&gt;When compliance is at odds with security&lt;/a&gt; - sometimes focusing on the goal of point-in-time compliance can actually negatively affect your security posture. I hope Anton is right that the times may be upon us because I have to say that I often feel like people listen to what I'm saying but ultimately ignore it and really just want a set of reports labelled with the regulation du jour.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-6775772437619100757?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/GcTAvWxri2M" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/6775772437619100757/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=6775772437619100757" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6775772437619100757?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6775772437619100757?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/GcTAvWxri2M/1-for-continuous-compliance.html" title="+1 for Continuous Compliance" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>1</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/02/1-for-continuous-compliance.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DU4GSH48eip7ImA9Wx9VF0k.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-4649721434723063784</id><published>2011-02-03T10:19:00.006-05:00</published><updated>2011-02-03T10:45:29.072-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2011-02-03T10:45:29.072-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="MIIS" /><category scheme="http://www.blogger.com/atom/ns#" term="identity" /><category scheme="http://www.blogger.com/atom/ns#" term="identity management" /><category scheme="http://www.blogger.com/atom/ns#" term="Microsoft" /><category scheme="http://www.blogger.com/atom/ns#" term="Active Directory" /><title>A new tool for Identity Management: AD Event Push SDK</title><content type="html">I had a brainstorm last night. Most Identity Management systems poll Active Directory to pull changes on a periodic basis. And admittedly, that approach is often sufficient. But, here's an alternative that gets you real-time push updates from AD with the person who made the change (which is often useful for work flow/approval and audit trail purposes):&lt;br /&gt;&lt;br /&gt;A small utility service that sits on the DC waiting for changes&lt;br /&gt;Picks up events in real-time&lt;br /&gt;Sends event info to a DLL that you compile&lt;br /&gt;&lt;br /&gt;The DLL determines what to do with the info based on:&lt;br /&gt; - Who did it&lt;br /&gt; - What groups the person is a member of&lt;br /&gt; - What happened (add/mod/del)&lt;br /&gt; - Which object or object-type was affected (admin accounts, service accounts, etc)&lt;br /&gt; - Which attributes changed&lt;br /&gt; - In which OU the event occurred&lt;br /&gt; - etc.&lt;br /&gt;&lt;br /&gt;Possible outcomes may be to trigger an Identity Management process or work flow, open a help desk ticket, generate an alert, etc.&lt;br /&gt;&lt;br /&gt;The programming would be very similar to building an ILM management agent.&lt;br /&gt;&lt;br /&gt;So, IDM friends, would this be useful? If you have a project in mind or just want to play with it, let me know. NetVision has had this agent for years but we add a lot of capability around it. I'm wondering if there's some value for you if we strip it down to a single DLL that you would control. Let me know.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-4649721434723063784?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/EPalo6yrvp0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/4649721434723063784/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=4649721434723063784" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/4649721434723063784?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/4649721434723063784?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/EPalo6yrvp0/new-tool-for-identity-management-ad.html" title="A new tool for Identity Management: AD Event Push SDK" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>2</thr:total><feedburner:origLink>http://360tek.blogspot.com/2011/02/new-tool-for-identity-management-ad.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0QFSX04eip7ImA9Wx5SFUg.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-1646126016552621007</id><published>2010-08-11T16:08:00.005-04:00</published><updated>2010-08-11T16:41:58.332-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-08-11T16:41:58.332-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="SaaS" /><category scheme="http://www.blogger.com/atom/ns#" term="identity" /><category scheme="http://www.blogger.com/atom/ns#" term="identity management" /><category scheme="http://www.blogger.com/atom/ns#" term="authentication" /><title>Identity as a Platform</title><content type="html">I &lt;a href="http://twitter.com/AcxiomIT/statuses/20906593802"&gt;was asked&lt;/a&gt; for my thoughts on an article titled &lt;a href="http://www.trusted-cloud.com/articles/37657/hosters-need-to-think-about-identity-as-a-platform/"&gt;&lt;em&gt;Hosters Need to Think about Identity as a Platform Play&lt;/em&gt;&lt;/a&gt;. When I clicked to read the article, I was happy to see it was written by Novell's Dale Olds who always has interesting and informed things to say.&lt;br /&gt;&lt;br /&gt;I agree with Olds' assessment. SaaS platform vendors (hosters) should really get on the ball with offering identity services as part of their hosting packages. They should do similar with data encryption as well (both to the endpoint and in storage). Security is complicated -- extremely important and extremely easy to get wrong. It only takes a small oversight somewhere along the line to break the chain. SaaS application vendors would be wise to leverage proven, trusted solutions for access management rather than trying to create their own.&lt;br /&gt;&lt;br /&gt;I think Olds overstated how simple it would be for applications to switch platforms. It seems to me that it's pretty complicated even in the case of moving a simple PHP website to another host. And most SaaS applications will be much more complicated than that. And the other part of that thought was that providing identity services would tie-in the application provider to that platform. I would recommend to hosting providers that they make it easier rather than harder to move. That'll be a key differentiator and ultimately drive more business/revenue to your brand. (I'm not saying that Dale was recommending to purposely make it complicated - it's just how it is.) BUT - there's still a business driver to build identity into the platform. Removing the complexities of security from the application development process could save 30% of time and resources in standing up a new application versus having to build it all from scratch.&lt;br /&gt;&lt;br /&gt;And to Steve (from &lt;a href="http://www.acxiom.com/"&gt;Axciom&lt;/a&gt;)'s point (in the comments), yes! Ideally, Platform as a Service vendors will provide more than authentication. Baked in security could incorporate firewalls, authentication, multi-factor authentication (&amp;amp; transaction-based), authorization, encryption (in-motion and at-rest), activity and access audit, SoD monitoring, and more.&lt;br /&gt;&lt;br /&gt;We're obviously very early in this whole process. I think we're moving in the right direction, but it'll take time to get it all right.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-1646126016552621007?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/9I7jEmwaGtU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/1646126016552621007/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=1646126016552621007" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1646126016552621007?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1646126016552621007?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/9I7jEmwaGtU/identity-as-platform.html" title="Identity as a Platform" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/08/identity-as-platform.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0QNSH4yeSp7ImA9Wx5TFEw.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-5101478329734123745</id><published>2010-07-29T10:24:00.009-04:00</published><updated>2010-07-29T10:56:39.091-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-07-29T10:56:39.091-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="compliance" /><category scheme="http://www.blogger.com/atom/ns#" term="access rights" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><category scheme="http://www.blogger.com/atom/ns#" term="IT security" /><category scheme="http://www.blogger.com/atom/ns#" term="audit" /><title>Next Generation Compliance: Expect Answers</title><content type="html">As an industry, we've been getting much better with understanding access rights and enabling compliance with access-related regulatory requirements. I know there are nay-sayers out there who focus on the negative - what we &lt;em&gt;haven't&lt;/em&gt; done well. But, overall, given the speed at which we've enabled access to sensitive information, it's pretty amazing that we have any control at all.&lt;br /&gt;&lt;br /&gt;Having said that, one of the primary problems with our current solutions for tracking changes and enabling audit response is that we just can't make sense of all the data that's being collected. One of the findings in the SANS Log Management Survey for 2010 is that the top two challenges with log management are being able to &lt;strong&gt;search through the data&lt;/strong&gt; and being able to &lt;strong&gt;interpret the results&lt;/strong&gt;. That's no surprise given the mountains of data generated by log management solutions. But it's also alarming because that's the exact value proposition that those solutions are supposed to provide. It's like a car that does everything well except move from one place to another.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.360tek.com/shared/nv-2010_failure_poster.png"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 227px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5499338861277931730" border="0" alt="Failure: Mountains of Data with No Actionable Information" src="http://2.bp.blogspot.com/_zTPDWSfrMAs/TFGTjr346NI/AAAAAAAAAF4/g7Gf1jVCUZk/s400/failre-poster_540.png" /&gt;&lt;/a&gt;&lt;br /&gt;There's a better way. In this SC Magazine article titled &lt;a href="http://www.scmagazineus.com/answers-not-data-the-key-to-access-security/article/175569/"&gt;&lt;em&gt;Answers, Not Data: The Key to Access Security&lt;/em&gt;&lt;/a&gt;, David Rowe explains that next generation audit solutions need to focus on providing &lt;strong&gt;answers&lt;/strong&gt; and enabling &lt;strong&gt;continuous audit&lt;/strong&gt; rather than stubbornly latching on to &lt;strong&gt;quantity of data&lt;/strong&gt; as the success indicator. Give it a read and please let me know what you think.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-5101478329734123745?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/8HofTtWqDqE" height="1" width="1"/&gt;</content><link rel="related" href="http://www.scmagazineus.com/answers-not-data-the-key-to-access-security/article/175569/" title="Next Generation Compliance: Expect Answers" /><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/5101478329734123745/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=5101478329734123745" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5101478329734123745?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5101478329734123745?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/8HofTtWqDqE/next-generation-compliance-expect.html" title="Next Generation Compliance: Expect Answers" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_zTPDWSfrMAs/TFGTjr346NI/AAAAAAAAAF4/g7Gf1jVCUZk/s72-c/failre-poster_540.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/07/next-generation-compliance-expect.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkIBSH07eSp7ImA9Wx5TEks.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-5623188653221895297</id><published>2010-07-27T18:00:00.003-04:00</published><updated>2010-07-27T18:09:19.301-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-07-27T18:09:19.301-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="AD" /><category scheme="http://www.blogger.com/atom/ns#" term="access rights" /><category scheme="http://www.blogger.com/atom/ns#" term="data security" /><category scheme="http://www.blogger.com/atom/ns#" term="information security" /><category scheme="http://www.blogger.com/atom/ns#" term="IT security" /><category scheme="http://www.blogger.com/atom/ns#" term="insider threat" /><category scheme="http://www.blogger.com/atom/ns#" term="Active Directory" /><title>How to clean up years of permission bloat</title><content type="html">Since joining &lt;a href="http://www.netvision.com/"&gt;NetVision &lt;/a&gt;a few years ago, I've spoken to countless organizations who are faced with clean up duty. For years, administrators have granted permissions, added group memberships, created countless new security groups, delegated rights in Active Directory and have been mostly in a reactive mode. That is, they grant permissions in response to some member of the business asking for new rights. Unfortunately, business managers have not had motivation to request that permissions be revoked when appropriate. So, in many cases, there are hundreds or thousands of security groups that nobody seems to know what they're for or how they should be used. And some big percentage of the user population has access to files/folders that they shouldn't.&lt;br /&gt;&lt;br /&gt;In an ESJ article titled &lt;em&gt;&lt;a href="http://esj.com/articles/2010/07/27/permissions-and-group-memberships.aspx"&gt;Coming Clean: Getting a Handle on Permissions and Group Memberships&lt;/a&gt;&lt;/em&gt;, NetVision CEO David Rowe discusses the challenge and explains how you can regain control over network access rights.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-5623188653221895297?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/D07EcstZgqI" height="1" width="1"/&gt;</content><link rel="related" href="http://esj.com/articles/2010/07/27/permissions-and-group-memberships.aspx" title="How to clean up years of permission bloat" /><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/5623188653221895297/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=5623188653221895297" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5623188653221895297?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5623188653221895297?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/D07EcstZgqI/how-to-clean-up-years-of-permission.html" title="How to clean up years of permission bloat" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>2</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/07/how-to-clean-up-years-of-permission.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEQDQXoyfip7ImA9WxFUE0Q.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-2860356678544916128</id><published>2010-06-24T11:01:00.003-04:00</published><updated>2010-06-24T11:12:50.496-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-06-24T11:12:50.496-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="AD" /><category scheme="http://www.blogger.com/atom/ns#" term="Scripting" /><category scheme="http://www.blogger.com/atom/ns#" term="Active Directory" /><title>ADSI, ADO, and DNS</title><content type="html">I discovered a few interesting technical bits this morning that I haven't seen before.&lt;br /&gt;&lt;br /&gt;First, DNS operating order (as you may know) is:&lt;br /&gt;(1) Check local host name&lt;br /&gt;(2) Check hosts file&lt;br /&gt;(3) Check DNS servers&lt;br /&gt;&lt;br /&gt;If you query for domain name on an Active Directory domain controller, it doesn't resolve in the first step. So, you'd need proper DNS entries for the domain (or an entry in Hosts). I would've thought a query on a DC for domain name would resolve immediately, but when using a client that relies on DNS (like an ADSI script), it doesn't resolve.&lt;br /&gt;&lt;br /&gt;Next, I found that a simple LDAP lookup (using domain name / rootDSE) via ADO resolved fine where a similar script using ADSI did not. So, apparently, ADO does NOT rely on DNS to attach to the rootDSE but ADSI DOES rely on DNS.&lt;br /&gt;&lt;br /&gt;When evaluating whether to use ADO or ADSI, I recall that ADSI was generally easier, but there may be improved performance with ADO for larger record sets. I'm not sure if that's true, but that's what I remember reading years ago. I wonder if use of DNS should be an additional consideration in some cases?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-2860356678544916128?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/bTINCTgLKTc" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/2860356678544916128/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=2860356678544916128" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2860356678544916128?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/2860356678544916128?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/bTINCTgLKTc/adsi-ado-and-dns.html" title="ADSI, ADO, and DNS" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>2</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/06/adsi-ado-and-dns.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CU4NQ34-eSp7ImA9WxFVF00.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-6224952916910478770</id><published>2010-06-16T11:50:00.005-04:00</published><updated>2010-06-16T11:59:52.051-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-06-16T11:59:52.051-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Cloud" /><category scheme="http://www.blogger.com/atom/ns#" term="managed services" /><category scheme="http://www.blogger.com/atom/ns#" term="SaaS" /><title>Value Beyond Bits</title><content type="html">An &lt;a href="http://www.computerworld.com/s/article/350121/IT_s_Human_Energy_Crisis"&gt;article in the June 7 edition&lt;/a&gt; of ComputerWorld discusses the IT industry's &lt;em&gt;energy crisis&lt;/em&gt;. People are overworked and tired.&lt;br /&gt;&lt;blockquote&gt;"Head count is decreasing, and workload is increasing. User expectations and regulatory requirements are expanding exponentially."&lt;/blockquote&gt;The article goes on to discuss how to re-energize IT. It specifically mentions removing negative people (yes!) and improving upon IT finances (not sure about that one).&lt;br /&gt;&lt;br /&gt;I would add something to that short list - take a look at managed services or cloud solutions. These solutions present an opportunity to get IT professionals' heads out of the 'bits and bytes' that can really drain energy. I've been there. When you spend 4 or 8 hours focused on applying some technical fix or getting a program to work, it can be physically and mentally exhausting. Those are the parts of the IT job that many people don't enjoy. And those are precisely the aspects of the job that get handed off with SaaS and managed solutions.&lt;br /&gt;&lt;br /&gt;By removing those annoyances and freeing IT staffers to be proactive about providing greater business value, it generates new energy and enthusiasm. Clearly though, many IT folks disagree.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.computerworld.com/s/article/350093/IT_Staff_Must_Buy_Into_Cloud_Moves"&gt;Another article&lt;/a&gt; in the same edition discusses the issue of IT staff mistrust of cloud solutions. One IT director states:&lt;br /&gt;&lt;blockquote&gt;"They flat-out asked. 'What does this mean for me and my job?'"&lt;/blockquote&gt;IT professionals are clearly concerned. I've heard it first hand. Why would I want to recommend a managed solution when that's my job.&lt;br /&gt;&lt;br /&gt;Well, I understand the concern, but I think that viewpoint is a bit myopic. Think of car ownership. If you can offload the maintenance and upkeep of the vehicle, driving is much more fun. You can accelerate quicker, take turns tighter, brake harder, take it off road, etc. and let someone else worry about changing the oil, maintaining tire pressure and watching the treads. In my opinion, managed solutions equate to more freedom.&lt;br /&gt;&lt;br /&gt;And the first time you (as an IT staffer) show a business manager how you can save them time or money in their job through creative use of technology, I think you'll be hooked. You'll appreciate that you were able to put your creative, problem-solving mind to work on business issues (still requiring in-depth technology knowledge) rather than being bogged down in the bits.&lt;br /&gt;&lt;br /&gt;Just a thought.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-6224952916910478770?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/uR2zQHOC0ng" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/6224952916910478770/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=6224952916910478770" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6224952916910478770?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/6224952916910478770?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/uR2zQHOC0ng/value-beyond-bits.html" title="Value Beyond Bits" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/06/value-beyond-bits.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEUCR3Y-eip7ImA9WxFRFUo.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-5779894500849248079</id><published>2010-04-29T17:07:00.007-04:00</published><updated>2010-04-29T17:24:26.852-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-04-29T17:24:26.852-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="humor" /><category scheme="http://www.blogger.com/atom/ns#" term="Apple" /><title>Steve Jobs on Flash</title><content type="html">A little off-topic for Identity Management, but once a year or so I post something just for amusement.&lt;br /&gt;&lt;br /&gt;In Jobs' &lt;a href="http://www.apple.com/hotnews/thoughts-on-flash/"&gt;open letter on why Apple doesn't support Flash&lt;/a&gt;, he makes some valid points. Among them, he states:&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;We strongly believe that all standards pertaining to the web should be open. Rather than use Flash, Apple has adopted HTML5, CSS and JavaScript – all open standards.&lt;/blockquote&gt;and&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;HTML5, the new web standard that has been adopted by Apple, Google and many others, lets web developers create advanced graphics, typography, animations and transitions without relying on third party browser plug-ins (like Flash).&lt;/blockquote&gt;So, then, what's wrong with this picture?&lt;br /&gt;&lt;br /&gt;&lt;p&gt;&lt;a href="http://www.360tek.com/shared/apple_thoughts-on-flash.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 400px; DISPLAY: block; HEIGHT: 321px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5465670250034075874" border="0" alt="" src="http://1.bp.blogspot.com/_zTPDWSfrMAs/S9n2IlCzmOI/AAAAAAAAAFw/TnhyNdSDT0o/s400/apple.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;Hint: click to enlarge and notice the message:&lt;br /&gt;&lt;em&gt;This website wants to run the following add-on: 'Quick-Time' from 'Apple, Inc.'&lt;/em&gt;&lt;/p&gt;&lt;p&gt;Perfect.&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-5779894500849248079?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/5S8PpWBcxRY" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/5779894500849248079/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=5779894500849248079" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5779894500849248079?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5779894500849248079?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/5S8PpWBcxRY/steve-jobs-on-flash.html" title="Steve Jobs on Flash" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/_zTPDWSfrMAs/S9n2IlCzmOI/AAAAAAAAAFw/TnhyNdSDT0o/s72-c/apple.jpg" height="72" width="72" /><thr:total>1</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/04/steve-jobs-on-flash.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkAGQnk6eyp7ImA9WxFRFUs.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-499319075754248736</id><published>2010-04-29T15:09:00.003-04:00</published><updated>2010-04-29T15:18:43.713-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-04-29T15:18:43.713-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Cloud" /><category scheme="http://www.blogger.com/atom/ns#" term="identity management" /><category scheme="http://www.blogger.com/atom/ns#" term="authentication" /><title>IAM in the Cloud - from Verizon and Novell</title><content type="html">Interesting newcomer to the &lt;a href="http://360tek.blogspot.com/2009/07/identity-in-cloud.html"&gt;Identity in the Cloud&lt;/a&gt; space.  I look forward to seeing a side-by-side comparison of these solutions.  Clearly, when organizations are ready to have their identities managed outside of their own walls (even if just external accounts), there will be a number of options available.  I see an opportunity for a few good &lt;span id="SPELLING_ERROR_0" class="blsp-spelling-corrected"&gt;independent&lt;/span&gt; consultants to really understand the intricacies of all these options so they can help customers wade through all the terminology and misconceptions. ...because I don't think it'll be easy.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-499319075754248736?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/Y1tSy0MvqmU" height="1" width="1"/&gt;</content><link rel="related" href="http://www.informationweek.com/news/hardware/utility_ondemand/showArticle.jhtml?articleID=224700150" title="IAM in the Cloud - from Verizon and Novell" /><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/499319075754248736/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=499319075754248736" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/499319075754248736?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/499319075754248736?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/Y1tSy0MvqmU/iam-in-cloud-from-verizon-and-novell.html" title="IAM in the Cloud - from Verizon and Novell" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/04/iam-in-cloud-from-verizon-and-novell.html</feedburner:origLink></entry><entry gd:etag="W/&quot;Dk4GQXw7fip7ImA9WxFRFEU.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-5575174249921725869</id><published>2010-04-28T15:54:00.003-04:00</published><updated>2010-04-28T16:02:00.206-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-04-28T16:02:00.206-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="virtual directory" /><category scheme="http://www.blogger.com/atom/ns#" term="#TEC2010" /><title>TEC 2010: Optimal IdM</title><content type="html">&lt;p&gt;The third and final TEC 2010 vendor to participate in a video message is OptimalIdM who was at the conference demonstrating their Virtual Directory solution and its ability to simplify deployment of Sharepoint 2010.&lt;br /&gt;&lt;br /&gt;&lt;object width="320" height="266" class="BLOG_video_class" id="BLOG_video-c0db4a5b59df3dcf" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"&gt;&lt;param name="movie" value="http://www.youtube.com/get_player"&gt;
&lt;param name="bgcolor" value="#FFFFFF"&gt;
&lt;param name="allowfullscreen" value="true"&gt;
&lt;param name="flashvars" value="flvurl=http://v8.nonxt3.googlevideo.com/videoplayback?id%3Dc0db4a5b59df3dcf%26itag%3D5%26app%3Dblogger%26ip%3D0.0.0.0%26ipbits%3D0%26expire%3D1329820725%26sparams%3Did,itag,ip,ipbits,expire%26signature%3D55FE6B5E457DDBB3415277A1FD91A4CEFB10ABE8.9EA8BA4B3390A3E4C7FDD50C7BCC45628830F1C%26key%3Dck1&amp;amp;iurl=http://video.google.com/ThumbnailServer2?app%3Dblogger%26contentid%3Dc0db4a5b59df3dcf%26offsetms%3D5000%26itag%3Dw160%26sigh%3Dnc4zpLcQKr6pgNn-UKXqV7SoU-o&amp;amp;autoplay=0&amp;amp;ps=blogger"&gt;
&lt;embed src="http://www.youtube.com/get_player" type="application/x-shockwave-flash"
width="320" height="266" bgcolor="#FFFFFF"
flashvars="flvurl=http://v8.nonxt3.googlevideo.com/videoplayback?id%3Dc0db4a5b59df3dcf%26itag%3D5%26app%3Dblogger%26ip%3D0.0.0.0%26ipbits%3D0%26expire%3D1329820725%26sparams%3Did,itag,ip,ipbits,expire%26signature%3D55FE6B5E457DDBB3415277A1FD91A4CEFB10ABE8.9EA8BA4B3390A3E4C7FDD50C7BCC45628830F1C%26key%3Dck1&amp;iurl=http://video.google.com/ThumbnailServer2?app%3Dblogger%26contentid%3Dc0db4a5b59df3dcf%26offsetms%3D5000%26itag%3Dw160%26sigh%3Dnc4zpLcQKr6pgNn-UKXqV7SoU-o&amp;autoplay=0&amp;ps=blogger"
allowFullScreen="true" /&gt;&lt;/object&gt;
&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-5575174249921725869?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/Zisbu5D1bo0" height="1" width="1"/&gt;</content><link rel="enclosure" type="video/mp4" href="http://www.blogger.com/video-play.mp4?contentId=c0db4a5b59df3dcf&amp;type=video%2Fmp4" length="0" /><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/5575174249921725869/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=5575174249921725869" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5575174249921725869?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/5575174249921725869?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/Zisbu5D1bo0/tec-2010-optimal-idm.html" title="TEC 2010: Optimal IdM" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/04/tec-2010-optimal-idm.html</feedburner:origLink></entry><entry gd:etag="W/&quot;Dk8CSX86eip7ImA9WxFRFEU.&quot;"><id>tag:blogger.com,1999:blog-21995415.post-1363756704622811152</id><published>2010-04-28T15:52:00.003-04:00</published><updated>2010-04-28T16:01:08.112-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-04-28T16:01:08.112-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="#TEC2010" /><title>TEC 2010: Symplified</title><content type="html">&lt;p&gt;This is the second in my TEC 2010 Vendor video series. In this video, Symplified describes their TEC 2010 experience and let's you know how to get 3-D glasses for their upcoming 3-D announcement.&lt;br /&gt;&lt;br /&gt;&lt;object width="320" height="266" class="BLOG_video_class" id="BLOG_video-82f30966a155ff8b" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"&gt;&lt;param name="movie" value="http://www.youtube.com/get_player"&gt;
&lt;param name="bgcolor" value="#FFFFFF"&gt;
&lt;param name="allowfullscreen" value="true"&gt;
&lt;param name="flashvars" value="flvurl=http://v3.nonxt4.googlevideo.com/videoplayback?id%3D82f30966a155ff8b%26itag%3D5%26app%3Dblogger%26ip%3D0.0.0.0%26ipbits%3D0%26expire%3D1329820725%26sparams%3Did,itag,ip,ipbits,expire%26signature%3D45BD2BFF97BA6E99615EFAA37DC024633FF1168B.1CA62545EFEB10D7AA135CB3E56A2F6E6E8EF0CE%26key%3Dck1&amp;amp;iurl=http://video.google.com/ThumbnailServer2?app%3Dblogger%26contentid%3D82f30966a155ff8b%26offsetms%3D5000%26itag%3Dw160%26sigh%3DyliclGRkhb4j5UlySILQfQodeeI&amp;amp;autoplay=0&amp;amp;ps=blogger"&gt;
&lt;embed src="http://www.youtube.com/get_player" type="application/x-shockwave-flash"
width="320" height="266" bgcolor="#FFFFFF"
flashvars="flvurl=http://v3.nonxt4.googlevideo.com/videoplayback?id%3D82f30966a155ff8b%26itag%3D5%26app%3Dblogger%26ip%3D0.0.0.0%26ipbits%3D0%26expire%3D1329820725%26sparams%3Did,itag,ip,ipbits,expire%26signature%3D45BD2BFF97BA6E99615EFAA37DC024633FF1168B.1CA62545EFEB10D7AA135CB3E56A2F6E6E8EF0CE%26key%3Dck1&amp;iurl=http://video.google.com/ThumbnailServer2?app%3Dblogger%26contentid%3D82f30966a155ff8b%26offsetms%3D5000%26itag%3Dw160%26sigh%3DyliclGRkhb4j5UlySILQfQodeeI&amp;autoplay=0&amp;ps=blogger"
allowFullScreen="true" /&gt;&lt;/object&gt;
&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/21995415-1363756704622811152?l=360tek.blogspot.com' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/MattFlynnsIdentityManagementBlog/~4/YNIw6w5mXGk" height="1" width="1"/&gt;</content><link rel="enclosure" type="video/mp4" href="http://www.blogger.com/video-play.mp4?contentId=82f30966a155ff8b&amp;type=video%2Fmp4" length="0" /><link rel="replies" type="application/atom+xml" href="http://360tek.blogspot.com/feeds/1363756704622811152/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=21995415&amp;postID=1363756704622811152" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1363756704622811152?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/21995415/posts/default/1363756704622811152?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/MattFlynnsIdentityManagementBlog/~3/YNIw6w5mXGk/tec-2010-symplified.html" title="TEC 2010: Symplified" /><author><name>Matt Flynn</name><uri>http://www.blogger.com/profile/09902381553517250020</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><feedburner:origLink>http://360tek.blogspot.com/2010/04/tec-2010-symplified.html</feedburner:origLink></entry></feed>

