<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/'><id>tag:blogger.com,1999:blog-36930068.post3971356115949409158..comments</id><updated>2008-03-27T13:50:52.558+11:00</updated><title type='text'>Comments on Ian Yip's Security and Identity Thought Stream: Why did it take this long for someone to build a W...</title><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://blog.ianyip.com/feeds/3971356115949409158/comments/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/36930068/3971356115949409158/comments/default'/><link rel='alternate' type='text/html' href='http://blog.ianyip.com/2008/03/why-did-it-take-this-long-for-someone.html'/><author><name>Ian Yip</name><uri>http://www.blogger.com/profile/07620054411151781462</uri><email>noreply@blogger.com</email></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>2</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-36930068.post-7437873877580940112</id><published>2008-03-27T13:50:52.558+11:00</published><updated>2008-03-27T13:50:52.558+11:00</updated><title type='text'>Ian, We appreciate your interest in our maXecurity...</title><content type='html'>Ian,&lt;BR/&gt; &lt;BR/&gt;We appreciate your interest in our maXecurity product line.&lt;BR/&gt;&lt;BR/&gt;The technology team at P2 Security has been deploying conventional Web Access Management solutions at medium to large enterprises for the better part of a decade.  It was our experience with deployment, maintenance and compliance issues that motivated us to develop our appliance-based maXecurity solution.&lt;BR/&gt;&lt;BR/&gt;With maXecurity, we have adopted a "fewer moving parts" philosophy, and have collapsed the conventional three layer architecture (web agents or proxies + policy servers + policy store) to a two layer architecture (proxy appliances + policy store).  We see this as a distinct advantage in terms of hardware cost, as well as deployment and maintenance effort, all of which translate to a lower total cost of ownership for our customers.  Since a maXecurity solution includes hardware, customers are not required to acquire and deploy any additional hardware or software for a policy server layer.  Also, no OS-level system administrators are required to maintain Unix- or Windows-based policy servers.  Between hardware and IT staff, we have observed large enterprises (with 100s of thousands of users and hundreds of protected web applications) spending millions of dollars per year on WAM policy servers.  By eliminating the policy server layer, these costs can be avoided, with the resulting savings allowing customers to achieve ROI in a matter of months.&lt;BR/&gt;&lt;BR/&gt;With regard to your question: "...how [do] they manage security policies when someone decides to buy more than 1 appliance," maXecurity appliances are grouped into clusters that share the same policy configuration.  All policy information is maintained in a centralized LDAP policy store.  Policy changes are made from any appliance, written to the policy store, and all other appliances in the same cluster will detect the changes in the policy store and enforce them locally.  Any combination of maXecurity Basic (500 users), maXecurity Pro (5000 users) and maXecurity Enterprise (50000 users) appliances can make up a cluster, allowing a maXecurity infrastructure to scale from the smallest to the largest enterprise.&lt;BR/&gt;&lt;BR/&gt;I hope that I've addressed your questions regarding our maXecurity product line.&lt;BR/&gt;&lt;BR/&gt;Jeff Gresham&lt;BR/&gt;Chief Technology Officer&lt;BR/&gt;P2 Security LLC</content><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/36930068/3971356115949409158/comments/default/7437873877580940112'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/36930068/3971356115949409158/comments/default/7437873877580940112'/><link rel='alternate' type='text/html' href='http://blog.ianyip.com/2008/03/why-did-it-take-this-long-for-someone.html?showComment=1206586252558#c7437873877580940112' title=''/><author><name>Jeff</name><uri>http://www.blogger.com/profile/16686832802396979210</uri><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://blog.ianyip.com/2008/03/why-did-it-take-this-long-for-someone.html' ref='tag:blogger.com,1999:blog-36930068.post-3971356115949409158' source='http://www.blogger.com/feeds/36930068/posts/default/3971356115949409158' type='text/html'/></entry><entry><id>tag:blogger.com,1999:blog-36930068.post-1963638143992656768</id><published>2008-03-21T08:47:49.644+11:00</published><updated>2008-03-21T08:47:49.644+11:00</updated><title type='text'>I've been asking myself exactly that same question...</title><content type='html'>I've been asking myself exactly that same question. Why do big vendors don't provide a WAM appliance? The answer is simple. They only care about big and rich customers, which by now all have such a system in place. So why bother. The early adopter phase for WAM is long gone. The investment in such an appliance would never be paid back. Certainly not if you see all these small vendors providing low cost solutions based on Linux boxes. If you want to beat them, go for an appliance based federation solution. Big vendors only make money out of this business because early-adopting rich customers are prepared to spend loads of money on services to get these solutions in place. Beat them !!</content><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/36930068/3971356115949409158/comments/default/1963638143992656768'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/36930068/3971356115949409158/comments/default/1963638143992656768'/><link rel='alternate' type='text/html' href='http://blog.ianyip.com/2008/03/why-did-it-take-this-long-for-someone.html?showComment=1206049669644#c1963638143992656768' title=''/><author><name>Nils</name><email>noreply@blogger.com</email></author><thr:in-reply-to xmlns:thr='http://purl.org/syndication/thread/1.0' href='http://blog.ianyip.com/2008/03/why-did-it-take-this-long-for-someone.html' ref='tag:blogger.com,1999:blog-36930068.post-3971356115949409158' source='http://www.blogger.com/feeds/36930068/posts/default/3971356115949409158' type='text/html'/></entry></feed>