Archive for November, 2005
The Top Five I.T. Control Weaknesses
Wednesday, November 30th, 2005I am surprised I didn’t post this one. In any case, here it is.
The Top Five I.T. Control Weaknesses by BEN WORTHEN.
- Failure to segregate duties within applications, and failure to set up new accounts and terminate old ones in a timely manner.
- Lack of proper oversight for making application changes.
- Inadequate review of audit logs.
- Failure to identify abnormal transactions in a timely manner.
- Lack of understanding of key system configurations.
This is the sidebar for the article How To Dig Out From Under Sarbanes-Oxley.
Another sidebar for the same article, Sarbanes-Oxley Compliance and the CIO: Year Two.
Steps for managing risk
Wednesday, November 23rd, 2005Good article on risk management on Computerworld by Samir Kapuria.
In this article, Samir described a 3 step process in which a security assurance team should take for risk management. The only thing I would recommend changing is to separate the incident response step from the Application step. Right now Samir has both mixed into one.
The risk management process is continuous; it should never be considered a point-in-time solution.
Webcast: 8 Key Steps to Monitor HIPAA Compliance
Wednesday, November 23rd, 2005This is quite a webcast. LogLogic did one not too long ago and there’s such a demand that it will be re-broadcasted LIVE.

Credit card fees on foreign charges
Wednesday, November 23rd, 2005So I have been doing quite a bit of international traveling, both business and personal. I am slowly finding out there is evil in credit card companies. For example, I have been using a Citi card for most of the charges. Every time the clerk swipes my card, 3% is added to the purchase amount. If I were to use an Amex, that’s an additional 2% on top of the purchase amount.
This is crazy!! It’s not like they have to do anything. When the bank receives the $$, it’s already in US$!!
In any case, here are some articles that explains the details:
- Uncovering credit card costs on foreign charges
- Look out for fees on foreign charges
- 7 rules for using your card overseas
- New credit card fees take a further swipe at dollar
There are a lot more articles on the web. You can search for it yourself.
In any case, most of these articles recommend getting a Capital One card that does not charge the extra fee. I think that’s what I’ll do and cancel the others.
Drilling Down on Security Data
Monday, November 21st, 2005Q1 Labs’ entry into the SEM market. Seems like they are competing with the Cisco MARS product.
How to Fund a Startup
Monday, November 21st, 2005A friend pointed me to this article on How to Fund a Startup by Paul Grahm. Very good summary of the different funding options.
Evaluating Security Startups
Monday, November 21st, 2005Richard Stiennon recently wrote an article on Evaluating Security Startups. In this article, Richard listed six rules in which he uses to evaluate products from security startups.
Even though the article’s got some points, I can’t say I agree with everything he says. As an example, in the article, Richard said, “Security is all about countering threats.” Well, that’s not always true.
Security is really about risk mitigation. It’s about mitigating the risk of
As described in many of the CISSP materials, a risk is the possibility that something may happen and a threat is the specific use or attempted use of a risk.
Richard also said that, “many organizations mistake a need for data management, reporting, and records keeping as a security requirement.”
Well, again, if you are purely looking from a countering threats perspective, this may be true, but that’s because Richard got it wrong in the first place. From a risk mitigation perspsective, this is absolutely critical to do. In order to identify the risks inherent in any organization, you have to manage the data and be able to identify the risks that occurs when users are using the systems. Users may not realize that they are violating any security policies, but the fact that they were able to do something outside of the access list should indicate a risk.
In the middle of the article, Richard said,
Do not make the mistake venture capitalists made in backing almost a dozen security event management (SEM) companies. Instead, ask yourself why you have so many security events to manage? Shouldn’t you be talking to companies that reduce your exposure and block attacks rather than those that help you manage your exposure?
Ok, I am speechless. I mean, that seems like a pretty narrow view of security. If all you are looking to do is reduce external exposures and block attacks, sure (even then, how do you guarantee that all attacks are blocked successfully?). But coming from Gartner, he should know that majority of the abuses are internal and they don’t come in the forms of attacks.
Managing the infrastructure data (full disclosure, in case you didn’t see from the right hand side, I work for LogLogic, the log management company.) is absolutely critical in mitigating risks. Not only does it allow you to go back and figure what had happend in case something happens, the infrastructure data allows one to review previous history and identify possible risk areas, whether the risk is security or operational related.
In any case, the article raises good questions. I am not sure the answers are sufficient though.
世界第一家日志管理设备厂LogLogic首次进中国
Sunday, November 20th, 2005Our recent trip to China included a press conference with many of the top newspapers and IT magazines in China. Here’s a press piece that appeared on DoSTOR.
在商业竞争异常激烈的今天,日志存储和数据处理方面的需求将不断增长,而且企业常常是将其作为基础设施来规划,日志管理已成为世界上IT管理的新趋势。因此,LogLogic公司率先提出“日志生命周期智能化管理”概念,对日志数据进行采集、汇聚、存储、归档、分析和报警、实时监控,这种有效的管理方法可以优化网络运行效果, 提高网络可用性和安全性;提供可靠的网络信息审计;简化为适应行业法规要求所需的工作,从而大大降低运营成本;还可以协助IT决策和风险管理。
Photos from the LogLogic China trip
Sunday, November 20th, 2005Logs need attention, too!
Saturday, November 19th, 2005Douglas Schweitzer had this to say regarding my article on Steps for preserving the integrity of log data.
He’s absolutely right. He’s also written previously an article on Don’t Ignore Lowly Log Analysis.
Follow up on “Searching for Root Cause”
Tuesday, November 8th, 2005Anton Chuvakin has posted some comments regarding my “Searching for Root Cause” article.
Anton Chuvakin is a great guy. Very smart and definitely knows a lot about log analysis. I have the highest respect for him.
However, I think he misunderstood the article. In his comments, he said that “the article claims that you have to search logs in order to discover the real issue.”
This is definitely somewhat of an overstatement. My article does not claim that the only way to troubleshoot issues and determine root cause is through searching. Searching, however, is and will always be one of the ways admins use to troubleshoot issues. No amount of intelligence or reporting or whatever will replace drilling down into the details of the logs to determine root causes.
Many of tools today will help float the issues and problems to the top so admins will notice the problem faster. Then the admins will need to tools to drill down and find out what exactly are the cause of the problems. Search is one of those tools. Others may include further drill down on the reports.
Full-text indexed search is a much faster way to search. You can obviously insert all the logs into MySQL or some database and utilize the database to do the indexing. However, that can only carry you so far as the database insertion will be slowed down dramatically and can only handle a small number of messages per second.
The only real method to do it is utilize existing full-text indexing technologies to index log data. A great book on this topic is Managing Gigabytes.
Anton is correct in that the search technology can also be extended to determine and highlight the root cause. This is definitely true and possible to implement. I believe we will see tools, open source or commercial, with this type of features in the near future.
Love to hear more thoughts from everyone on this topic.
Chinese translation for “What to do before an IOS disaster strikes”
Tuesday, November 8th, 2005This is funny. Someone named “Fish” translated an article I wrote a while back on What to do before an IOS disaster strikes into Chinese.
Fish, assuming he did the translation, did a pretty good job of translating the whole article. Can’t say how legal it is since he most likely does not have permission from Computerworld to do so.
Regardless, I do appreciate the effort for the translation and spreading the word out.
Searching for Root Cause
Monday, November 7th, 2005In a previous column, I outlined the five steps in the problem management process: detection, identification, determination, resolution and reflection [article]. I explained how new technologies will be required to help IT administrators determine the root causes of IT problems.
But how do IT administrators determine them today?
I have written an article on how search technology can help in finding root cause.
Steps for preserving the integrity of log data
Friday, November 4th, 2005To respond to an article I discussed in a previous post, I wrote this article on Steps for preserving the integrity of log data, which is published by Computerworld.
This article describes the importance of perserving unaltered log data for court admissibility, enabling trust and accelerating investigation and troubleshooting.
