You would have a thought I would have blogged about IE8 Beta 1, but no! I have cleery been too busy to miss that headline!
… Seriously though the Beta 2 version of the new Internet Explorer 8 has been released. Meaning it is well on it’s way to being a full version.
Remember! Beta is not the full and complete version! It is undergoing testing and will have bugs! Install at your own risk!
Some links to consider:
Also remember, you can always seek help and guidance in our forum. Speak to us about the new version of Internet Explorer. Tell us what you think!
Like this? Share it!
More evidence that the intertubes are fundamentally broken has been served up by Wired.com in an article laying out a technique to surreptitiously hijack huge chunks of the internet and monitor or even modify unencrypted traffic before it reaches its intended destination.…
So if you are a fan of the iPhone and have it all synced to your Exchange server, I want to pass a word of caution to you.
Firstly, you SHOULD be locking your iPhone with a PIN. Not doing so makes it easy for anyone to look at your emails, contacts and calendar. It's another layer of defense which costs you nothing. Please use it.
However, I am sad to report that even if you do use it, the current PIN security in iPhone 2.0.2 is flawed. If you have used the "Favorites" feature in the phone, it is possible to break into the phone. :(
Here are the steps to do so:
This seems like a pretty interesting attack vector. I would have never expected the Emergency mode in an iPhone to be used so easily in this way.
Apple is aware of the security hole, and this will be circling around the Internet shortly. So keep those iPhones close until an update is available!!
UPDATE: Vlad reminded me to mention that if you DO lose your iPhone... make sure you wipe it. Ahhh the powers of Exchange!!! :-) Thanks for the tip Vlad.
Think a friend’s latest post on your Facebook wall is a little odd? Trust your instincts. Social engineering scams are on the rise.
The latest round of attacks on Facebook include messages and comments on users’ walls that appear to come from friends. The fake messages include seemingly irresistible bait – a claim that a video of you in a compromising position has been posted is one of the currently popular lures. If you follow the link in the message, the page you’re taken to could infect your computer with "drive-by" malware that can download without your permission. In other cases, the page might claim that you need to download an additional plug-in to view the video. You guessed it: that plug-in turns out to be malware.
It’s hard to protect yourself against this kind of attack, when our assumption is that messages from our friends are trustworthy. But think back to the early days of email viruses. Remember being warned not to open an unexpected attachment, even from a friend, without checking that your friend really sent it? If you receive a message that just seems odd – maybe it doesn’t sound like your friend’s normal writing style, or your friend isn’t usually the type to be snapping videos at drunken parties – check it out with the friend before clicking the link. If their account has been compromised, you’ll be protecting your friend and their entire network, as well as yourself, by letting them know there’s a problem.
Want to read up on the latest social network scams? Kaspersky Lab has a post about the current Koobface worm on Facebook and Myspace, and Trend Micro blogs about a similar social engineering trick targeting users of MSN Live Messenger.
Unfortunately I couldn’t make Vegas this year. According to friends and the slides I have been going through it looked as if there were quite a few really good and interesting talks this year at both Blackhat and Defcon.
I will be attending the first Swedish based Sec-t security conference here in Stockholm which I think might actually turn out really well. It will be held between the 11th and 12th of September.
I will be speaking at the last slot on Friday about what administrators can do in order to reduce the impact of web application vulnerabilities ie. system and application hardening.
More information regarding the event is available at the official web site http://www.sec-t.org/
Close on the heels of David Ross' XSS defense in IE8 beta 2, my boss, Steve Lipner just posted an article looking at XSS filter from an SDL perspective.
While I'm on the subject of XSS and Dave, if XSS is an area of interest to you, you really should follow his blog. He's a member of our group focused mainly on browser and desktop-related defenses.
A couple weeks ago a patch came out for WebEx Meeting Manager for Internet Explorer. Symantec's Security Response Blog is reporting sightings of exploits for this vulnerability in the wild.
Users running the vulnerable version of the Webex control who happened upon a Web site distributing the exploit would become infected. The first exploits that we have seen so far have been served via gaming sites that have had the exploit package injected on to them
Computers will be patched automatically if they connect to a patched WebEx server. Otherwise you can install WebEx Meeting Manager from the WebEx website or just uninstall via Add/Remove Programs in the Control Panel.
Moreover, cross-checking this campaign with another Facebook malware campaign enticing users to visit whitneyganykus.blogspot .com where a javascript obfuscation redirects to absvdfd87 .com and from there to the already known tracking.profitsource .net/redir.aspx?CID=9725&AFID=28836&DID=44292, and given that absvdfd87.com is parked at the now known 69.64.145.229, we have a decent smoking gun connecting the two campaigns. by noreply@blogger.com (Dancho Danchev) at August 27, 2008 03:04 PM
by Dr Anton Chuvakin (noreply@blogger.com) at August 27, 2008 03:09 PM
It's all about the captions:
...doctored photographs are the least of our worries. If you want to trick someone with a photograph, there are lots of easy ways to do it. You don't need Photoshop. You don't need sophisticated digital photo-manipulation. You don't need a computer. All you need to do is change the caption.The photographs presented by Colin Powell at the United Nations in 2003 provide several examples. Photographs that were used to justify a war. And yet, the actual photographs are low-res, muddy aerial surveillance photographs of buildings and vehicles on the ground in Iraq. I'm not an aerial intelligence expert. I could be looking at anything. It is the labels, the captions, and the surrounding text that turn the images from one thing into another. Photographs presented by Colin Powell at the United Nations in 2003.
Powell was arguing that the Iraqis were doing something wrong, knew they were doing something wrong, and were trying to cover their tracks. Later, it was revealed that the captions were wrong. There was no evidence of chemical weapons and no evidence of concealment. Morris's mockery of the sweeping interpretations made in Powell's photographs.
There is a larger point. I don't know what these buildings were really used for. I don't know whether they were used for chemical weapons at one time, and then transformed into something relatively innocuous, in order to hide the reality of what was going on from weapons inspectors. But I do know that the yellow captions influence how we see the pictures. "Chemical Munitions Bunker" is different from "Empty Warehouse" which is different from "International House of Pancakes." The image remains the same but we see it differently.
Change the yellow labels, change the caption and you change the meaning of the photographs. You don't need Photoshop. That's the disturbing part. Captions do the heavy lifting as far as deception is concerned. The pictures merely provide the window-dressing. The unending series of errors engendered by falsely captioned photographs are rarely remarked on.
I was going to answer that the Russian prime minister has too small a share to have any influence over our activities, but then I thought that perhaps a guessing game amongst our readers would be more interesting.
So, who do YOU think owns Agnitum?
Submit your answer using the form at http://www.agnitum.com/news/pr_contacts.php#mailform. The first three people to submit the right answer will receive a license for the upcoming free Spam-Terrier 2.0 and a tour of the Russian Business Network’s premises led by Agnitum’s leading employees!
Good luck!
Vitaly Yanko,
Marketing and Sales Director, Agnitum
by Agnitum BLOG (noreply@blogger.com) at August 27, 2008 12:56 PM
Microsoft has outlined the new privacy tools available in its forthcoming browser Internet Explorer 8 (IE8).…
Instead of my usual "blogging frenzy" machine gun blast of short posts, I will just combine them into my new blog series "Fun Reading on Security." Here is an issue #7, dated August 27th, 2008.
Enjoy!
BTW, I am saving some fun reading for dedicated posts soon :-)
by Dr Anton Chuvakin (noreply@blogger.com) at August 27, 2008 11:56 AM
I would like to share a few thoughts on the notion of being in direct control of your environment. This article is a continuation from my previous one and it aims to justify why nowadays individuals and organizations prefer to give away control in order to gain more agility. Needless to say, less control is often equal to less security.
Some of you who have been following the blog may be familiar with some of my other articles on the same topic. I’ve expressed many times my concerns about arriving concepts such as cloud computing, Web2.0, Applications on Demands, SaaS, etc. The more I was digging into them, the more aware I was of their advantages and disadvantages. And I saw the notion of using in the cloud technology as a moving factor for many business to come.
Cloud computing is an attractive and very intelligent concept and it makes total business sense. The idea is not very new but at the same time it is evolutionary. It is all about outsourcing whatever you can outsource. In today’s flat world, all of your life is outsourced although you may not realize it. I highly recommend getting your hands on a book called “The World is Flat” for more insights. People have less control of their lives than they did 20 or even 10 years ago. Therefore, we are slaves, but slaves who have gained something for being enslaved. That “something” is agility.
Let’s look at the following analogy. Did you know that you are more likely to die in a sports or a compact car than a mid-sized car? There are plenty of research papers to justify those claims but my purpose here is to argue that less control increases agility and reduces security. The faster you drive, the higher the chance of an incident happening. The faster you run, the higher the chance of injuring your legs. Let’s put all that in context: The less control you have, the more agile you become. The faster you grow as an individual or organization, the more vulnerable you will feel.
Cloud computing is all about that. You can grow your empire on top of services. It is easy. It is fast. However, when you gain something you usually lose something else. Perhaps security? Although, it is unfair to say that cloud technology is less secure. Using open source tools is a form of outsourcing. Typically, you won’t build a homegrown Web server in order to host a website. You won’t write your own operating system in order to do your work. You outsource that work from those that can do it and having trust in your local file system is as flawed logic as having trust in a remote service. Both are protected in their own way. Both are vulnerable to theft.
In summary, we cannot control everything. It is unreasonable to believe so. Perhaps we are more in control of our desires and thoughts but even they can be manipulated by interested parties (i.e. advertisers, government, etc.). If there is less control, there is less to lose when gaining agility. Therefore, individuals and organizations prefer to lose even more of what they have in order to gain something else that they do not have.
I have been trying to contact the guys at SCO to report a serious vulnerability in their operating system as part of our SSD program, with very little success:
All the emails I send there return with this funny bounce message:
security -alert@sco.com
Sorry. Although I’m listed as a best-preference MX or A for that host, it isn’t in my control/locals file, so I don’t treat it as local. (#5.4.6)
A few other emails I sent to people I used to know there, bounced with the same message.
If anyone from SCO reads this post, or you know someone that can help me reach those guys, I would be grateful if you can contact me.
-
Expose the security holes in your products during development. Black Box Testing makes it safer!
Of course, in the end a lot of teens will binge-drink, no matter what the law says. But that's not an argument against making the legal age 21 years old to buy and consume it. (After all, a third of high-schoolers have smoked marijuana, and few people want to legalize it for them.) Rather, the current law is best viewed as a palliative medical treatment for an incurable condition. Chemotherapy can't cure terminal cancer, but it can make patients hurt a little less and perhaps survive a little longer. Similarly, the current drinking age undeniably reduces teen binge-drinking and death a little bit, without any bad side-effects. When there's no complete cure, though, desperate people are vulnerable to the dubious marketing hype of snake-oil peddlers--which is all the Amethyst Initiative is offering up now.
I don't really have a strong opinion on the right drinking age—though I seem to remember that when I was 16 I thought 18 sounded pretty good, and I wouldn't want to sign an affidavit that I never drank before I was 21. That said, it's not true that there are no "bad side-effects", unless, that is, you ignore the hedonic benefits to the teens in question from having a few drinks. But if course once you ignore hedonic benefits, why not jack the drinking age to 31 or 41 instead of 21?
The folks at Wired published a story earlier today titled Revealed: The Internet’s Biggest Security Hole. I recall seeing a pointer posted to the NANOG mailing list a few weeks back with some slides that were presumably the DEFCON presentation associated with the talk. After a terse look at the slides, I quickly moved on believing nothing new was being presented. Well, given the Wired article, and some other coverage of the talk, this was apparently news to some folks.
In a nutshell, the work they present explains not only how to hijack some arbitrary chunk of address space in the global routing system (e.g., YouTube, or AFOL-KE), but also, how to “intercept” traffic bound for that address space, and then get it back to the intended recipient, presumably in a manner that’s largely transparent to the recipient (i.e., a MITM attack enabled by BGP route hijacking).
So, I’ll preface the following comments with this: If this work helps get more folks concerned about the overwhelming insecurities that exist in the Internet routing system, that’s fantastic and I’m happy about that. That said, let’s take a bit of a deeper look at what they’re presenting and discuss how novel each component, or such a system actually is.
I suppose there are about four things one could do when hijacking Internet address space:
| Do you explicitly filter routes announced to you by customers? | ||
| Answer | Percentage | |
| No answer | 0 | |
| Yes (yes) | 72.58% | |
| No (no) | 14.52% | |
| Other (please explain) | 12.90% | |
| Do you explicitly filter routes announced to you by peers (not customer peers)? | ||
| Answer | Percentage | |
| No answer | 0 | |
| Yes (yes) | 41.94% | |
| No (no) | 45.16% | |
| Other (please explain) | 12.90% | |
If folks don’t filter, of course you can advertise routes openly and assert reachability and/or ownership for pretty much any address space on the Internet you want. What you do from there, well, molest at will. Unfortunately, as noted in a recent NANOG panel, the state of filtering has done nothing but deteriorate over the past 15 years.
With any luck, the RPKI and SIDR efforts will take hold, as the Regional Internet Registry (RIR) development efforts are well under way and much needed. And unquestionably, until some formally verifiable source for who owns what address space exists on the Internet, verifying who is authorized to assert Internet routing reachability or provide transit services for that address space is going to be challenging at best. I applaud DHS efforts in seeding work in this area, and am thrilled several of the RIRs seem to working on RPKI infrastructure development. Now, it’s time for the ISPs to step up and be ready to employ this infrastructure for routing filtering. For that matter, use it for source address verification as well, and snuff most of those IP source address spoofing attacks while you’re at it (e.g., Kaminsky’s DNS cache poisoning stuff).
There’s no shortage of NANOG and other related papers and talks on these topics over the past 20 years, and I see nothing particularly new revealed in this talk - well, at least nothing new for the folks that were paying attention. The one clever bit that I did see from their work is how they used AS prepending not to selectively break connectivity to a given target AS, but instead, to preserve the native forwarding path inter-domain. There are many ways you could do this, but AS prepending didn’t come to mind when I was thinking about it, and I’ve not seen that method employed in practice (although perhaps because the other techniques are arguably simpler to implement).
This also should serve as a reminder for folks that if you have any expectations of transaction privacy on the Internet, you should be employing end-end encryption (e.g., IPSEC).
However, I do hope the flag waving garners more attention for the topic, as it, coupled with some DNS security issues and source address spoofing, are unquestionably, the largest vulnerabilities to the Internet infrastructure today.
We were out the island on Sunday for the celebration of a baptism, and a day at the beach. (Say what you will about Robert Moses, he did know how to build a park — and parkways.) Before we left the restaurant to return home, our hosts asked if we knew the way back. Sure, just go back the way we came. Do you have a GPS? No, I have a map.
You should get a GPS; they’re great.
Are we so afraid of getting lost? Or are maps that hard to read? I don’t much want a GPS receiver for my car. I want one for trail mapping, so I can concentrate on walking.
I was blipping through my RSS reader this evening and noticed this new little doozy of a headline referencing a story that is now weeks old:
Holy crap! That's pretty scary looking, huh? Another Internet's biggest security hole!? I can't take another. I don't have another poem in me. What sort of "fool" disclosure is this!?
Then again, there are plenty of big 'holes on the Internet, so I thought I better make sure it wasn't me this time ;)
Kapela's and Pilosov's cool performance at Defcon was sadly drowned out by Uncle Dan's DNS flaw and the sheer weight of his grandma's cookies (which I received zero samples of, by the way ;( )
The gist of this story is that by utilizing the built-in friendliness of BGP, you can cause bad things™ to happen by redirecting, intercepting and then sending traffic back on its way with a high likelihood of not being detected.
"We're not doing anything out of the ordinary," Kapela told Wired.com. "There's no vulnerabilities, no protocol errors, there are no software problems. The problem arises (from) the level of interconnectivity that's needed to maintain this mess, to keep it all working."
It's another case of "everyone knows this can (and probably does) happen, but we're just hoping it doesn't," and very smart people have been warning others about this for years. You shouldn't drink the water overseas, either.
Even as recently as the YouTube/Pakistan issue which was a BGP-related issue that caused a DoS, not-so-smart people such as your humble author suggested exactly this sort of thing was possible:
Yes, this is really a demonstration of unavailability, but what I'm getting at here is that fundamentally, the core routing protocol we depend upon for the backbone Internet transport is roughly governed by the same rules that we depend upon whilst driving down a road separated by nothing more than painted lines...you simply hope/trust that nobody crosses the line and crashes into you head-on.
There is very little preventing someone from re-routing traffic. This could result in either a denial of service (as the traffic would not reach its destination) or even something akin to an interception, "storage" and eventual forwarding for nefarious means.
So, here we have a case where again we depend upon a protocol that was designed to provide (A)vailability, yet C and I are left floundering in the wings. We'll no doubt see another round of folks who will try and evangelize the need for secure BGP -- just like secure DNS, secure SMTP, secure...
This will hit deaf ears until we see the same thing happen again...
Ooooh. I must be psychic.
Wait until I demonstrate how to redirect the NetBIOS traffic of every Win2K/XP box that has NBT bound to the NICs by a cleverly devious combination of ICMP source quench, token ring beacons and uPnP.
I'll be FAMOUS!
/Hoff
A point I've raised in my Four Horsemen presentation that I'm spending a lot of time researching is on the topic of how virtualization is accelerating the adoption of SAN storage and to a larger extent I/O virtualization and what that means to security.
I wanted to introduce this topic as a teaser to a larger series of posts. This is not a treatise on the subject and is deliberately thin on detail and thick on corner case illustration. You have been warned.
What I'm both extremely intrigued by and really worried about as we move further along the virtualization continuum is the strange duality offered up by the intersection of consolidated compute, resources and information overlaid with tremendous distributed mobility and the security (or lack thereof) of this pooled storage holding all our crown jewels.
Centralized storage offers great benefits: easier to backup/restore, simpler management, better cost effectiveness, facilitated resiliency and potentially better security. However, that all depends upon how and who is actually responsible for the operational aspects of security and defining the policies and compliance requirements in the first place.
We see the grappling matches of responsibility being waged between who is responsible for securing our basic virtualized environments from the "server" and "network" perspective today and we're struggling for answers.
What about securing storage?
This isn't an argument about filesystem partitioning, ACL's and GPO. This is a whole other networking fabric or set of appliances that are being deployed, conntected to our hosts and administered/secured by...who?
Think about it; we're moving away from local storage to pooled "networked" storage. Not only is our critical information stored in these pools, but the Virtual Machine (VM) images are also. Databases too. One stop shopping!
Sure, this has trend has been going on for years, but virtualization and consolidation are shining the ugly light on the fact that we've been covering our eyes as to what this means to our overall security posture for many years. That's not going to last much longer.
Depending upon who is responsible for the architecture of your virtualized storage, your perfectly reasonable asset, network segmentation and layered defense may go out the window when "machines" from multiple tiers all interconnect to a single storage fabric.
It shouldn't happen, but it does; think about your (coming soon) virtualized DMZ's and what that might mean to this diagram:

You might notice that for "simplicity" although the management/service console network is represented, the storage "network" is not. I'll bet dollars to doughnuts that all three tiers would be serviced by a single SAN in the real world...
I've heard that over your dead body would you combine multiple network zones on the same physical/virtualized host like in the picture above. Strangely though I bet many of you connect physical assets (virtualized or not) of varying criticality to the same SAN fabric though like in the Brocade diagram on the top left.
What exactly is the difference?
Will the real SAN storage security experts please stand up? OK, how about if you're faking it really well? Um, how about you storage admins posing as security experts? Server admins who eat LUNs for lunch? Network engineers who admin Cisco, Brocade, Xsigo I/O virtualization switches?
Bueller?
I am *not* a security storage expert but I'm reasonably skilled in many other elements of security, and that's really the point of all of this. I recognize there are many things that can be done to segment/zone/mask/secure storage, but I don't have those skills and I don't know how to assess others' either. I'd bet that if you haven't been involved in securing storage for quite some time, even if you're being drug into virtualized environments, you're in the same boat?
Food for (scary) thought.
/Hoff
At the last BlackHat conference, there was an interesting presentation by some folks at Microsoft on new strategic initiatives from Microsoft to "Rock Your World".
If you haven't had a chance to see the presentation, consider checking out the slidedeck (link above). There is some interesting insight into Microsoft Vulnerability Research, the Microsoft Active Protections Program and even the new Exploitability Index recently announced.
Good stuff. Happy reading!
While Rich is off on a well deserved vacation with his wife, I’m joined by Mike Rothman, analyst, consultant, blogger, podcaster and friend. Mike and I recorded Monday night since I should be in a hotel somewhere in Southern California when this goes live.
Show Notes:
Network Security Podcast, Episode 117
Time: 30:34
by Martin McKeay (netsecpodcast@mckeay.net) at August 27, 2008 12:30 AM
The number of personal information leaks reported in the US this year have already exceeded the total amount in all of 2007, San Diego-based Identity Theft Resource Center said today.…
Attacks in the wild are under way against Linux systems with compromised SSH keys, the US Computer Emergency Readiness Team is warning.…