<?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:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;DkENRHsyfSp7ImA9WxNUF04.&quot;"><id>tag:blogger.com,1999:blog-3904462731148724809</id><updated>2009-11-08T18:44:55.595-08:00</updated><title>Security</title><subtitle type="html">&lt;b&gt;"Those who can see the Invisible can do the Impossible"&lt;/b&gt;</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://hack0r.blogspot.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://hack0r.blogspot.com/" /><link rel="hub" href="http://pubsubhubbub.appspot.com/" /><author><name>Vijay Upadhyaya</name><uri>http://www.blogger.com/profile/10061519503819130998</uri><email>noreply@blogger.com</email></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>3</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><link rel="license" type="text/html" href="http://creativecommons.org/licenses/by-nc-nd/3.0/" /><logo>http://creativecommons.org/images/public/somerights20.gif</logo><link rel="self" href="http://feeds.feedburner.com/blogspot/UTnO" type="application/atom+xml" /><feedburner:emailServiceId>blogspot/UTnO</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><entry gd:etag="W/&quot;CUQHSX45fip7ImA9WxNUEkk.&quot;"><id>tag:blogger.com,1999:blog-3904462731148724809.post-8838270465702310456</id><published>2009-11-03T01:10:00.000-08:00</published><updated>2009-11-03T02:15:38.026-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-03T02:15:38.026-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Security" /><category scheme="http://www.blogger.com/atom/ns#" term="Trend" /><category scheme="http://www.blogger.com/atom/ns#" term="Compliance" /><category scheme="http://www.blogger.com/atom/ns#" term="Vulnerability" /><category scheme="http://www.blogger.com/atom/ns#" term="Integration" /><category scheme="http://www.blogger.com/atom/ns#" term="CISO" /><category scheme="http://www.blogger.com/atom/ns#" term="Risk" /><title>Security Trend and Integration</title><content type="html">&lt;span style="font-family: arial; font-size: 130%;"&gt;In last 15 years, security has changed drastically. Initially security was focused on Operating System and its patches.  Windows NT Operating System + IIS 4.0 webserver spelled disaster in default configuration. By default everything will work and for security you need to run the hardening script. Advent of Internet brought altogether different perspective and outlook to the word stealing !&lt;br /&gt;
With this technology someone  in Russia can hack in to the servers in US via some zombies sitting in Germany. To prevent the attack from Internet , Firewall was developed. Best practice for firewall was to allow required protocols and services and deny everything else. Deny ANY ANY was catch all rule for every firewall.&lt;br /&gt;
As time went by hackers became more sophisticated and there came the whole new level of attacks with Firewalk and specially via TCP and IP fragmentation which could bypass the firewall. Also for the allowed services there was no security , some one can easily exploit bug in IIS, if Port 80 was allowed.&lt;br /&gt;
If you have Unicode vulnerability on IIS, then sure enough, Firewall  (Stateful or packet filter) will allow directory traversal and if IIS root is in the same logical drive as the system root , one can get the shell of remote machine.&lt;br /&gt;
Hence the advent of IDS and IPS technology to thwart these attacks on the allowed services and protocols.&lt;br /&gt;
Soon Hacker realized that Firewall and IPS both has some inherent vulnerability in its protocol stack specially with IP Fragmentation(Overlapping fragments) which can bypass the IPS and Firewalls. Many tricks were identified , and papers were written on IPS evasion techniques one of the paper was eluding IDS by Thomas H. Ptacek   and  Timothy N. Newshamand . Based on this paper Dug Song wrote Fragroute.&lt;br /&gt;
Soon Whitehat realized that IPS is not Nirvana and we required something more than IPS and Firewall.&lt;br /&gt;
Some key security players came with concept of security closer to host to avoid the typical issues with Network based security devices. Hence the Start of AV+ Hostbased IDS/IPS+Firewall.&lt;br /&gt;
If you look at the product set all the security products, except for firewall, came with the approach of identifying all the bad things which is infinite in number, on the other hand firewall denied all the bad things except for few allowed trusted sources and protocols.&lt;br /&gt;
Network based or Host based, except for firewall technology, all the other technology was based on Signature or behavior or some hybrid approach (combination of both) to identify malicious intent.&lt;br /&gt;
While Whitehats were busy securing OS and networks with these technologies, suddenly Web 2.0 and new application based attacks were identified like XSS, SQL injection and Cross-site request forgery on the application server side.&lt;br /&gt;
Clients became more and more powerful , technologies like AJAX, Java Script, Activex on the client side created whole new category of vulnerabilities which is client side vulnerabilities and were hard to detect with the scanners.&lt;br /&gt;
To reduce such attacks Application Firewall, IPS with appropriate application vulnerabilities signatures and protocol decode capabilities were introduced to the market.&lt;br /&gt;
For client side vulnerabilities scanner started adding the checks to identify key vulnerabilities in MS Office, Web browser and other client side and P2P applications.&lt;br /&gt;
Soon everyone realized that this is not enough, and came Application Whitelisting technology, which is based on the concept same as of the firewall, to allow known application to execute and disable execution of any other applications/code.&lt;br /&gt;
As I said before, conceptually we are back to square one ! Same concept as of the firewall where everything started , Allow required service and Deny everything else, this time its on the host for applications !&lt;br /&gt;
We took complete 360 degree turn and we are back to the same point.&lt;br /&gt;
As you can see the clear trend of Network to Host.&lt;br /&gt;
Firewall--&amp;gt;IDS--&amp;gt;IPS--&amp;gt;Application Proxy.&lt;br /&gt;
On Host, AV--&amp;gt;Firewall --&amp;gt;IDS/IPS--&amp;gt;Application Whitelisting&lt;br /&gt;
&lt;br /&gt;
Soon another paradigm was introduced by DLP players, of Data centric Security and new gadgets were introduced for IT, to prevent unauthorized malicious or unintentional data leakage.&lt;br /&gt;
&lt;br /&gt;
However question is if you have all these technology to secure your data, how do you integrate and identify trend in order to pro-actively identify the threats?&lt;br /&gt;
&lt;br /&gt;
Integration between these technologies is must! All the security products in the organization should create this huge ecosystem ,  with ability to share information and alerts and learn from the information and alerts. This is organization wide Integration which is must in todays challenging and evolving technology space.&lt;br /&gt;
&lt;br /&gt;
While Organization wide integration is great, I am envisaging the Inter Organization Information Sharing, Like blackhat contribute and support each other in the community, whitehat should have some way of sharing their data between organization which allows them to better prepare for the threats.&lt;br /&gt;
Having said that we are not too far away from it, I believe cloud computing will allow us to do just that !&lt;br /&gt;
Only time will tell....&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3904462731148724809-8838270465702310456?l=hack0r.blogspot.com'/&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/blogspot/UTnO/~4/f_bAdOx5LC0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://hack0r.blogspot.com/feeds/8838270465702310456/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=3904462731148724809&amp;postID=8838270465702310456&amp;isPopup=true" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3904462731148724809/posts/default/8838270465702310456?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3904462731148724809/posts/default/8838270465702310456?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/blogspot/UTnO/~3/f_bAdOx5LC0/security-trend-and-integration.html" title="Security Trend and Integration" /><author><name>Vijay Upadhyaya</name><uri>http://www.blogger.com/profile/10061519503819130998</uri><email>noreply@blogger.com</email><gd:extendedProperty name="OpenSocialUserId" value="10712978689853367297" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://hack0r.blogspot.com/2009/11/security-trend-and-integration.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUEDR34-fSp7ImA9WxVWEko.&quot;"><id>tag:blogger.com,1999:blog-3904462731148724809.post-1380118863989884480</id><published>2009-02-21T18:38:00.000-08:00</published><updated>2009-02-21T19:34:36.055-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-02-21T19:34:36.055-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Risk Management" /><category scheme="http://www.blogger.com/atom/ns#" term="Security" /><category scheme="http://www.blogger.com/atom/ns#" term="Compliance" /><category scheme="http://www.blogger.com/atom/ns#" term="CISO" /><category scheme="http://www.blogger.com/atom/ns#" term="GRC" /><category scheme="http://www.blogger.com/atom/ns#" term="Risk" /><category scheme="http://www.blogger.com/atom/ns#" term="ITGRC" /><title>Proactive and Reactive approach to Risk</title><content type="html">&lt;a href="http://2.bp.blogspot.com/_bi8FowMHXs8/SaC-dKvDEtI/AAAAAAAAAAk/9rhbPkyihsA/s1600-h/risk3.JPG"&gt;&lt;span style="font-family:arial;"&gt;&lt;img id="BLOGGER_PHOTO_ID_5305449769349616338" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 400px; CURSOR: hand; HEIGHT: 320px; TEXT-ALIGN: center" alt="" src="http://2.bp.blogspot.com/_bi8FowMHXs8/SaC-dKvDEtI/AAAAAAAAAAk/9rhbPkyihsA/s400/risk3.JPG" border="0" /&gt;&lt;/span&gt;&lt;/a&gt;&lt;span style="font-family:arial;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;div&gt;&lt;div align="center"&gt;&lt;strong&gt;&lt;span style="font-family:arial;"&gt;&lt;span style="font-size:130%;"&gt;Proactive and reactive approach to Risk ….&lt;/span&gt; &lt;/span&gt;&lt;/strong&gt;&lt;/div&gt;&lt;strong&gt;&lt;div align="justify"&gt;&lt;br /&gt;&lt;/strong&gt;&lt;span style="font-family:arial;"&gt;&lt;span style="font-size:130%;"&gt;Everybody is joining the bandwagon of ITGRC or GRC, if you are database Security Company or networking Product Company, all of them have their messaging around compliance. Compliance is small piece of the big picture, in my opinion big picture is RISK which drives G and C.&lt;br /&gt;Risk is what we want to manage and will decide our survival. I may be all compliant, and still have lot of Risk unaddressed or at unacceptable level.&lt;br /&gt;Risk is relatively new concept to IT and CISO/CIO has started understanding this concept but still we are light years behind financial risk managers who has very good understanding of risk and its different models (don’t look at financial stocks right now to prove me wrong ;) !!! )&lt;br /&gt;I am sure you get the point, when financial industry has been using risk since last 100 odd years versus IT has started using risk in last 5 years or may be decade before.&lt;br /&gt;Just like controls risk identification can be proactive or reactive in nature. This is not a debate about which one is better, we need both. By very nature of risk assessment, it is future prediction based on certain parameters which is nothing but “Perceived Risk”. Other is your reactive approach to risk which is backed by hard to refute numbers, for example Anti Virus incidents in last 1 year or emergency change management which can be directly correlated to Network Downtime. Based on these numbers you can associate new risk or change the existing risk and controls mitigating the risk. This is very powerful autonomous system. Perceive Risk is nothing but what you are afraid of and reactive approach will be what you should afraid of !!! This self correcting system will improve over time and will self adjust it self, its not perfect but its very powerful and effective. There is always systemic risk ! Anyone in wall street today knows about this risk , there is always a risk of system failure and no one is saved from that, since you are part of the system unless you change or create your own system, then you have some control over system risk. Like any thing in life this system is also not flawless and has its own risk, but this approach is defnintely better than just risk identification and assessment in board room for few hours.&lt;br /&gt;&lt;br /&gt;Question is how to get the reactive risk numbers? Its simple, most of the organization has Security and networking product implemented. Only required thing is product to collect the numbers from these silo solution and provide the trending. Based on trends and threshold one can definitely identify what you should be worried about, again in financial world these people have been doing this for years with VIX index, S&amp;amp;p 500 , Unemployment numbers and so on, some of them are leading indicators of things to come or some of them are lagging indicators .&lt;br /&gt;&lt;br /&gt;Apply same concept to IT and you will get similar indices for your environment, which is true only for your environment and business, since business objective for every company is different their risk appetite will obviously be different.&lt;br /&gt;&lt;br /&gt;Risk is such a fascinating topic, which involves, imaginations, math( discrete probability in math class remember ? ), Business and strategy !! Haven’t seen any topic covering so much of depth and breath.&lt;br /&gt;Proactive and reactive is just the nomenclature assuming you are identifying risk after something has happened versus you identifying the risk before something !&lt;br /&gt;However continuing from my first blog, business has all the rights to take their chances and accept the risk in order to achieve their business goals as long as Risk is acceptable. Million dollar question is who will decide what is acceptable? And what is acceptable risk ? May be good topic for my next blog….till then ….Keep watching DOW ;) Risk may reduce and then its time to buy :) &lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3904462731148724809-1380118863989884480?l=hack0r.blogspot.com'/&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/blogspot/UTnO/~4/rBEEqcsLKbg" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://hack0r.blogspot.com/feeds/1380118863989884480/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=3904462731148724809&amp;postID=1380118863989884480&amp;isPopup=true" title="3 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3904462731148724809/posts/default/1380118863989884480?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3904462731148724809/posts/default/1380118863989884480?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/blogspot/UTnO/~3/rBEEqcsLKbg/proactive-and-reactive-approach-to-risk.html" title="Proactive and Reactive approach to Risk" /><author><name>Vijay Upadhyaya</name><uri>http://www.blogger.com/profile/10061519503819130998</uri><email>noreply@blogger.com</email><gd:extendedProperty name="OpenSocialUserId" value="10712978689853367297" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_bi8FowMHXs8/SaC-dKvDEtI/AAAAAAAAAAk/9rhbPkyihsA/s72-c/risk3.JPG" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">3</thr:total><feedburner:origLink>http://hack0r.blogspot.com/2009/02/proactive-and-reactive-approach-to-risk.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DU8FRH47eCp7ImA9WB5UGU4.&quot;"><id>tag:blogger.com,1999:blog-3904462731148724809.post-1984117107295602797</id><published>2007-08-22T22:31:00.001-07:00</published><updated>2007-08-23T23:43:35.000-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2007-08-23T23:43:35.000-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="Security" /><category scheme="http://www.blogger.com/atom/ns#" term="IT-GRC" /><category scheme="http://www.blogger.com/atom/ns#" term="Compliance" /><category scheme="http://www.blogger.com/atom/ns#" term="Hacking" /><category scheme="http://www.blogger.com/atom/ns#" term="GRC" /><title>Is fully Compliant  = Good Security ?</title><content type="html">&lt;div style="text-align: justify;"&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;B&lt;/span&gt;&lt;/span&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;&lt;span style="font-family:arial;"&gt;uzz&lt;/span&gt; word IT-GRC , who doesn't  know about it !! 17 billion dollar market as per Gartner report.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;You must be wondering what is this GRC acronym stands for ? why people are talking about it ?&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;I would like to take this opportunity and dwell a bit in to IT-GRC and express my thoughts on this market. Let me answer the question what GRC is , G stands for Governance, R stands for Risk and C stands for Compliance, as easy as it sounds...well not really !:).&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;Why people are talking about GRC ? Simple because Government and Compliance industry combination have created havoc for institution specially for  finance and medical insurance companies in US.  Regulations like SOX, HIPAA, GLBA, FFIEC BASELII ,PCI and what not !!! Every country has its own standards, Europe will have its own version of SOX and HIPAA .  To comply to this regulation smart marketing people came up with Frameworks, Initially BS-7799 now ISO -27001, COBIT and now I am hearing ITIL , all claiming to be master framework which can manage other frameworks regulation and standards. Each framework has its certification from which they create revenue.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;All the regulation and standards has one thing in common , Due care/Due diligence, Which means there is sufficient effort to prevent something catastrophic from happening and if fatal event happenes then organization is ready for the same. Also it takes in to account that Risk to the business is known and either it is accepted or mitigated or transferred.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;However , these giant frameworks and strict regulations are good to have but as they say "Everything in Excess is Poison".  Too many regulations and too many framework will create chaos for the management and last but not least too many threats and vulnerability and hence too many RISK. Hence there is a need for GRC which can manage these many compliance to regulations.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;If we see current scenario, compliance is merely a tick mark against the requirement. Do You have IDS? Yes ...complied ! woohoo ... Well if Auditor is good he might get in to the details of log management , sometimes they do but at the end of the day BufferOverflow in .dll sounds like latin to Auditor. He will see a process, is this bufferoverflow mitigated?, and my worry is most of compliance auditors doesn't have the expertise to question the mitigation efficacy !&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;Million dollar question if I am completely compliant to say PCI regulation does it mean that I am secure ?  More often than not , answer is no. original scope of regulation is to strengthen security but the results are totally opposite !!  In the burden of so many regulations, security takes the backseat ! Multiple issues, Internal security guys are loaded with too many regulations, External auditor can not be expert in all the areas, and if you go to Defcon you will realize that no matter what you do , you are always hackable ! so why create strict regulation to compliance , its better to provide some leeway to the companies in midst of so many regulations.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;We have seen so many hacking incidence in the past , TJ MAX, and similar and   Monster being the recent.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;We will continue to be like Ostrich and will be happy looking at all the compliance reports and sending them to management to make them happy but at the end of the day it takes single Security breach to break that myth.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:130%;"&gt;&lt;span style="font-family:arial;"&gt;Finally you are as good as your people. You make sure that people has required ethical and technical skills and you should be good ! No compliance standard or regulation can beat the security that you get from your loyal employees !&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3904462731148724809-1984117107295602797?l=hack0r.blogspot.com'/&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/blogspot/UTnO/~4/sER3EhR4VAU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://hack0r.blogspot.com/feeds/1984117107295602797/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=3904462731148724809&amp;postID=1984117107295602797&amp;isPopup=true" title="4 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/3904462731148724809/posts/default/1984117107295602797?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/3904462731148724809/posts/default/1984117107295602797?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/blogspot/UTnO/~3/sER3EhR4VAU/is-fully-compliat-good-security.html" title="Is fully Compliant  = Good Security ?" /><author><name>Vijay Upadhyaya</name><uri>http://www.blogger.com/profile/10061519503819130998</uri><email>noreply@blogger.com</email><gd:extendedProperty name="OpenSocialUserId" value="10712978689853367297" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">4</thr:total><feedburner:origLink>http://hack0r.blogspot.com/2007/08/is-fully-compliat-good-security.html</feedburner:origLink></entry></feed>
