Securosis

Research

Heartland Payment Systems Attempts To Hide Largest Data Breach In History Behind Inauguration

Brian Krebs of the Washington Post dropped me a line this morning on a new article he posted. Heartland Payment Systems, a credit card processor, announced today, January 20th, that up to 100 Million credit cards may have been disclosed in what is likely the largest data breach in history. From Brian’s article: Baldwin said 40 percent of transactions the company processes are from small to mid-sized restaurants across the country. He declined to name any well-known establishments or retail clients that may have been affected by the breach. Heartland called U.S. Secret Service and hired two breach forensics teams to investigate. But Baldwin said it wasn’t until last week that investigators uncovered the source of the breach: A piece of malicious software planted on the company’s payment processing network that recorded payment card data as it was being sent for processing to Heartland by thousands of the company’s retail clients. … “The transactional data crossing our platform, in terms of magnitude… is about 100 million transactions a month,” Baldwin said. “At this point, though, we don’t know the magnitude of what was grabbed.” I want you to roll that number around on your tongue a little bit. 100 Million transactions per month. I suppose I’d try to hide behind one of the most historic events in the last 50 years if I were in their shoes. “Due to legal reviews, discussions with some of the players involved, we couldn’t get it together and signed off on until today,” Baldwin said. “We considered holding back another day, but felt in the interests of transparency we wanted to get this information out to cardholders as soon as possible, recognizing of course that this is not an ideal day from the perspective of visibility.” In a short IM conversation Brian mentioned he called the Secret Service today for a comment, and was informed they were a little busy. We’ll talk more once we know more details, but this is becoming a more common vector for attack, and by our estimates is the most common vector of massive breaches. TJX, Hannaford, and Cardsystems, three of the largest previous breaches, all involved installing malicious software on internal networks to sniff cardholder data and export it. This was also another case that was discovered by initially detecting fraud in the system that was traced back to the origin, rather than through their own internal security controls. Share:

Share:
Read Post

Friday Summary – Jan 16, 2009

It has been a very trying week, between all our current projects- both Rich and I have had untimely home repair work, Rich is recovering from the flu, and we are both scrambling to get work done before deadlines. We have been focused on a series for security spending justification, which we will be mostly posting in blog entries. This is one of the tougher projects I have ever worked on, especially when your goal is to provide pragmatic advice that does not require dusting off calculus. While I was never particularly comfortable with many of the economic models that have been bastardized adapted for security spending justification, I had never spent this much time examining them closely. Having now done so, wow, what a crock of s^&! ROI, NPV, IRR, ALE, ROSI: these things are worthless in terms of security justification. They just completely miss the concept of the value of information, and the careful balancing act between risk and security. Many concepts treated as orthogonal are not, and some of the loss calculations are non-linear. Typically half the relevant data cannot be quantified, and some is simply unavailable. I am happy to say that both Rich and I have had a few ‘ah ha!’ moments, and a few areas where we have disposed of some BS, and I look forward to posting and getting some comments on the subject. Most of the other stuff going on here at the Lane household is related to ergonomics and comfort. Since I returned from San Jose, it has felt like one long moving project. With more fu iture than could fit into two houses, let alone one, there was a lot of packing and organizing. Yes, it has been 6 months since I got back to Phoenix full time, and the move project is just now winding down. We packed the closets and third garage space with stuff, and gave away a lot as well. Slowly and surely we have rearranged the fu iture to make things comfortable. New desk, new computers, new chairs. And four years of back-logged home repair projects: “fix this, paint that, move everything around. No, move it back”. I can now say I feel like I am done, and I am finally concentrating on having a little fun. That is what got me started on the Music rant (see link below) about FM radio. I was trying to get music into the kitchen, the office and the car, which is when I was confronted with the hideous reality that is FM radio. So it is time to get a music server in the house, and transfer 500 or so CDs into Apple Lossless format. And then start the search for new music to fill it up, and find some online stations worth listening to. There was a LOT of interesting stuff in the news this week and we compiled a lot of links. Here is the week’s security summary: Webcasts, Podcasts, Outside Writing, and Conferences: In the Network Security Podcast this week, Martin & Rich discuss phishing, compliance costs, programming errors, and “How to suck at security”. Adrian quoted in eWeek article on DAM and SIEM integration. Rich’s TidBITS article on protecting yourself in Safari Favorite Securosis Posts: Rich: There are no Trusted Sites: Paris Hilton Edition. Adrian: So it has nothing to do with security, but this is still my favorite post this week. Time to shop for a music server. Favorite Outside Posts: Adrian: Martin’s PCI related blog list. Rich: This is a VERY impressive workflow for managing potentially controversial blog posts, and understanding the different categories of bloggers. I’m shocked this came out of the Air Force, not because they aren’t capable, but because it looks more attuned to the business world than the military. If you are a blogger, or work with bloggers, or read blogs, take the 2 minutes to read this. If you don’t fit any of those categories, what the hell are you doing on our blog? Get off our lawn! Top News and Posts: Very sneaky approach to capturing ATM pin numbers. Trolls suck; just because you wrote down an idea, filed some paperwork, then completely failed to actually do anything with it doesn’t mean you get to sue the world. Oh wait, I guess it does. Microsoft patches Windows. TJX Hackers gets 30 years in prison. How many of you, in your best ‘Spicoli’ voice, said “Awesome! Totally awesome!”. Just me? No, wait, Rothman did as well. Oracle Critical Patch Update for January 2009. Our comments here. You would never know it from looking at the Sana site, but AVG has acquired Sana Security. This is crazy: Countrywide execs mock their own ads. In court, no less. BitArmor’s latest PR bit. I admire their moxy, but they’re taking a serious gamble, both in PR and liability. Maltego 2 tutorial: Maltego is an information collection tool that absolutely rocks. If you ever want to track down the connections between people, systems, documents, and whatever: Maltego is your friend. PCI hits POS– It’s about freakin’ time. Gunnar’s 2009 to do list. Steve Jobs taking a leave of absence from Apple. This does not look good. Blog Comment of the Week: We did not get any security related comments this week, but we did get several good observations on music. Rob’s comment on Phil Collins is the Mel Torme of my generation: Radio? Are there still radio stations? I’m never out of internet range when I’m working, and if I’m not listening to my music I’m on Pandora (free subscription with my Squeezebox) or Radio Paradise. No commercials. Pandora does a good job of giving me the music I pick, and Radio Paradise has lots of good, new music. FM radio is so last century. 🙂 Now, time for a beer and a a few hours of frantic editing. Share:

Share:
Read Post

The Network Security Podcast, Episode 134

It’s just Martin and myself on the podcast this week. Originally Martin sent out a bunch of stories and we figured, knowing our verbosity, that we would only get through about 3. But totally against our normal natures we managed to roll through them with nary a non-sequitur. I suppose people really can change. We think we’ve finally figured out our end of year audio problems, but please let me know if anything sounds off to you. Network Security Podcast, Episode 134, January 13, 2009 Time: 32:27 Show Notes: CWE/SANS Top 25 most dangerous programming errors SANS: How to Suck at Information Security The Air Force’s rules of engagement for blogging – This is one that’s worth sending to your marketing/PR departments Phishing scams for money? Don’t bet on it. The High Stakes of Compliance Watchdogs bite IRS for continued security lapses Tonight’s music: Details of the war by clap your hands say yeah Share:

Share:
Read Post

Oracle January 2009 CPU

Just finished a review of the Oracle January 2009 Critical Patch Update/advisory (CPU). There are two issues that you need to pay attention to with this release: If you are using Oracle Secure Backup or Weblogix Server plugins, you will want to download and patch ASAP. Here is why: In the former case, it appears that the Fortinet team discovered a few bugs within the Oracle Backup Server that can be exploited by buffer overflow, resulting in a server crash or worse. I have not seen any specific exploits for this, but I have heard that this could result in the hacker being able to execute arbitrary code on the backup server for the Windows platform. That is bad news as not only can you tapes be overwritten, but he backup server could be used to launch attacks against other services. I am making the assumption that you are blocking port 10,000, but regardless, patch ASAP. The second issue has to to with the Weblogic plug-in for Apache/IIS. I have asked a couple people if they understand the scope of the exploit, but none of my contacts know the specifics. If you know, please send me an email. As a matter of course I am really wary of threats to the web application stack as an attacker has many different methods to exercise vulnerabilities, and will, as soon as they learn about the vulnerability. If you are using the plug-in, patch ASAP. The core database server does not seem to suffer any significant vulnerabilities. One of the bugs that is patched allows a user to execute certain functions and circumvent the auditing functions, so if you are using Oracle’s native audit for regulatory efforts, or to seed a Database Activity Monitoring solution, consider the patch a little higher priority. Otherwise I recommend that you patch according to your established deployment cycles. Share:

Share:
Read Post

There Are No Trusted Sites: Paris Hilton Edition

While not on the scale of Amex or BusinessWeek, I just find this one amusing. Paris Hilton’s official website was hacked and is serving up a trojan (the malware kind, not what you’d expect from her*). From Network World: The hack was discovered by security vendor ScanSafe, which said that Parishilton.com (note: this site is not safe to visit as of press time) had apparently been compromised since Friday. Visitors to the site are presented with a pop-up window urging them to download software in order to enhance their viewing of the site. Whether they click “yes” or “no” on this window, the site then tries to download a malicious program, known as Trojan-Spy.Zbot.YETH, from another Web site. The best part? Only 12 of 37 tested AV vendors catch the trojan. All of you that give me crap for hammering on AV can go away now. sorry, couldn’t help myself there. Share:

Share:
Read Post

Phil Collins is the Mel Torme of my generation

This post is deeply off topic, has nothing to do with security, and everything to do with my personal realizations about music. My calendar says that it is 2009. My radio says it is 1978. The radio must be right because I just listened to ‘Warewolves of London’ each and every day for the last three days. It’s just weird, because I like music, but I am also getting tired of itl. I like to have the radio in the background pretty much all the time. I am what is called a ‘Stereophile’ as well. I love music and I love the intricacies of the technology used to reproduce music, so playing with stereo equipment is nirvana for me. When not writing white papers and blogging, I am reading about and listening to my stereo systems. 3 systems in all, plus a radio in the kitchen, car and garage. My musical tastes vary, but tend to listen to rock during the day, jazz/ragtime/blues at night. The latter has been great as I am not saturated with it, and I am constantly finding new stuff that I like (while I am on the subject, James Brown was a bad-ass!). But it’s the rock and roll on the Radio that’s got me really vexed. Why? On the Radio it is 1987. I know this because I have heard ‘Welcome to the Jungle’ each and every day for the last 8 days. Did our brains somehow imprint an image of what music was supposed to be when we were young, and now we cannot move away from that? It never thought as a child that when I became an adult I would be listening to the same music I was listening to at 4, 8, 12, 15, every day, day after day for eternity. Bad when you grow tired of songs you like, awful when you still hear the songs you grew weary of in high school. I always assumed that there would continually be new music that I liked, from the bands that I liked, and the radio stations would progress as the musicians did. Not so! AC/DC and Aerosmith may have the odd hit, most new music flops horribly. Chinese Democracy can’t get half the air time of Appetite for Destruction. Sure, that’s a blessing, but one is new and the other is a tired 22 years old. A couple new bands offer the interesting song or two, but the rock & roll stations continue to play the same music, over and over and over. It appears that every major rock band in the world wrote three songs and the reminder of their recordings were burned so that we could focus all our time and energy on a handful of ‘important’ (re: safe) songs. Oh, listen, it’s Aqualung. Just like yesterday. This is what prompted me to try and diversify from Rock a bit, but with very little success. Old school Hip Hop gets my occasional attention when I run across something like ‘You Be Illin’, but I have never been able to really enjoy Rap. Tried real hard with classical; even accepted the 1200 classical albums to see if my musical tastes somehow ‘matured’ enough to listen to these composers. Boredom forced me to give the collection away to someone who would appreciate it. Country and Western makes me feel like life is not worth living and I want to slash my wrists. There are plenty of popular mexican music stations that are somewhat entertaining, but after a while, especially when you do not understand the words, the same ‘da da da dat dat dah’ accordion bridge grows very fatiguing. So I tune back to one of the 6 rock stations I get here in Phoenix, where it’s 1985, and I am listening to this fresh cut of Sussudio. In my teens I would never have dreamt that Phil Collins would be on the radio, every day, as if he was a first run artist that everyone listed to – with a new top 10 hit every week. But just listen a few minutes and there he is, as if we just loved his stuff. He gets more air time than Kanye West. A competent singer, songwriter & drummer, I really have no problem with Phil Collins. OK to listen to, say, once a month. 4 times a day on the radio makes me want to hurl. And now I know why Phil Collins is the Mel Torme of my generaiton. Good enough to make the favored radio station play list, but if you were a non-fan of the art, you would think this guy is a Louis Armstrong or Mozart-esque musical genius. What can you do? Keep singing along I guess … “Aaahoo, Werewolves of London”. At least I LIKE that song. Share:

Share:
Read Post

Friday Summary – January 9, 2009

Here it is, our first Friday Summary of 2009. While it’s Adrian’s week to put the summary together, we thought it would be better if I handled the intro since I was at Macworld looking at cool stuff all week while he was manning the fort and cleaning my gutters (if he ever reads his employment contract, I’m totally screwed). Last year was my first Macworld, and I feel lucky I got to see the Great Jobsness give a keynote before he decided to take a break. Phil Shiller did a great job, there just wasn’t that much to announce; even without Jobs, these are still the best product announcement sessions I’ve ever seen. As for the products, I think Apple is hitting a home run with the iLife changes- the power in iPhoto and iMovie is just sturn ing. But if you want to read about this stuff, head over to our TidBITS coverage. On the security front I saw two really interesting things I’d like to award with the Securosis Best of Macworld Expo. First up is Agile Software for 1Password. They win for 2 reasons- first is that they decided to cancel My1password.com. The idea was to build a web application for password management you could access from anywhere. If you read this site, you know the difficulties in such as risky move. Instead they are leveraging DropBox and letting you move passwords via USB storage. Yes, there are still risks, but it’s a granular system and sometimes we really do need to move passwords around with us. The second reason is the upcoming 3.0 version of the product. It’s polished, secure, useful, and one of those tools I use daily. Our second winner is Checkpoint for a pre-alpha version of the iPhone VPN client. They added an option so that when you go to connect it sends a text message to your phone with a one time password. Sure, this has been done before, but on the iPhone the VPN client automatically picks the password out of the text message and logs you in… no manual cutting and pasting or anything. Which is good, because you sort of can’t cut and paste on the iPhone. I saw a lot of other really great stuff, and quite enjoyed the usual evening activities. Macworld is a lot less crazy than our security conferences, so Amrit Williams and Adam O’Do ell came out to spice things up, and Amrit ran into Raffi while parking his car. Who says Mac users hate security! (Then again, I was buying, which might explain a few things). On that note, it’s time to catch up on massive amounts of email and turn the Summary back over to Adrian for all the security news I missed… Here is the week’s security summary: Webcasts, Podcasts, Outside Writing, and Conferences: The Network Security Podcast this week was a little shorter with Rich being at Moscone Center and Martin needing to spend time with the family, but they covered some good stuff with a discussion on 0Auth, weak passwords, the Phishing attack on Twitter users and facial recognition in iPhoto. Rich has a nice writeup of the new MacBook Pro on Tidbits. Favorite Securosis Posts: Rich: Part 8 of Building a Web Application Security Program is a great ending to the series. Adrian: Contingency Plans: The tech collapse took its toll on me, but I learned a lot, and hopefully there might be some advice you find helpful during this go-round. Favorite Outside Posts: Adrian: Robert Graham’s post on Verisign’s Response to the MD5 cert problem is a good analysis of the situation and how Verisign responded. It’s a bad sign when a company fails to defend its core business and then reacts in this manner when issues are pointed out. Rich: Crazy Apple Rumors site: “The best Keynote Liveblog ever!” Top News and Posts: Twitter Phish reported this week. Social engineering gets better and it becomes increasingly difficult to tell a real from fake without close inspection. MacWorld with week, with a nice, shiny new MacBook Pro announced. Life parodies itself, with CheckFree having a breach of 5M records. Unemployment is officially listed at 7.2% nationally. Here in AZ, our state is telling us it is still around 6.8%, but I am willing to bet that it is closer to double that number. TJX Hacker gets 30 years. More and more fake shopping sites popping up. Blog Comment of the Week: windexh8er on Part 7, Secure Operations: Great series guys! I was just playing around with NSMnow! — so the content in the monitoring portion was fresh in my mind. Maybe look to include a tools list in your next post where you talk about balancing the program. http://www.securixlive.com/nsmnow/index.php   Which is one of our recommendations in part 8 … we’ll also do a ‘recommended free tools’ post in the coming weeks. Share:

Share:
Read Post

Contingency Planning

‘I was a bit shocked to read about Adolf Merckle’s suicide yesterday. You just don’t see this sort of thing coming and I cannot even fathom the reasoning behind it. This has sent tremors through the market and certainly his holding company into dis-array for a while. It also reminded me of other similar events surrounding the last economic downturn , and that was kind of the ‘final straw’ that prompted this post. With many of the same signs and issues occurring as they did in the tech collapse of 2000-2002, few are eager to look at the downside, but it is time to spend a few minutes and verify contingency plans within your organization. It is a New Year, and what’s more a bright sunny day in Phoenix, so while it feels a bit incongruous to be talking about disaster recovery and such, it is a good time for you to give it a little thought. I am not really going into the issues of natural disaster, rather economic disaster. Nor am I focused on executives who need to consider change in management, but for the general well being of the people who work in your company whose livelihood and personal information may be dependent upon some degree of continuity. Files: Budget in advance for the storage of sensitive information. I am not just talking about electronic data, but all of the legal, contract, HR and other files that contain sensitive information. Pre-pay for files to be housed off site and stored safely. This is typically not that expensive, and in the event that the company changes hands or goes out of business, could become essential- but when the need is clear, it might already be too late. What you don’t want is contracts, accounting information, and employee files getting chucked in a dumpster. It happens, and it happened a lot in 2001, only this time there are regulatory fines if you get caught. If you are not doing this today, look into it. Many of the services provide destruction services at the end of term so the data is safely disposed of. Executive transition: Executives leave, and sometimes in unexpected ways. I am not trying to make fun here but point out that in stressful times, people look to change their situation. In tough economic climates, executives leave for what is perceived to be a safer place to work. As a board, HR department or executive team, think about the risks and have a basic plan of action in the event that any of the key staff leaves the company. Executive departure can stall incoming revenue, business partnerships, financing and even sale. There may not be a lot you can do, but better to be prepared. On-site and off-site backups: You are probably already doing this, so I will focus on an equally important issue: Verify your backups. In the tech collapse of 2001-2002, many firms went out of business without access to the data that formed the core business value. Backups could not be found or were unreadable. In many cases, their servers were ‘in hock’, locked up at the Colo facility with unpaid fees. This stalled the sale of assets and cost jobs that would have otherwise been offered had the data been available. So verify that the backups are complete and readable. If the backup are encrypted, make sure the key and de-cryption infrastructures is also available. Employees on Visas: I have seen some very uncomfortable moments for those employees on a Visa that are in a much more vulnerable situation. If this applies to you, go through a couple ‘what-if’ scenarios and have a plan to deal with the company shutting down, downsizing or being acquired. Press your HR team for assistance in this area. General Security: As a company begins to reduce staff, items walk out the door, from office supplies to computers. You really don’t want a laptop with customer data being sold on eBay, so you will want to tighten up on security. Physical security- make sure major assets are accounted for. Have your IT staff take inventory. Electronic security- Make sure you procedures are in place for shutting down accounts and snap-shotting the end point so there is no loss of data or correspondence. You may want to consider adding email filters to forward business related email, or re-routing telephone numbers. Startups: If you work for a startup, you want to take this advice a little more to heart. Startups by their very nature tend have less cash reserves, their margin for error is smaller, and their tolerance for both is higher. That means when things go bad, they do so very quickly. Most entrepreneurial CEO’s always figure the next deal is around the corner and are out of business the next day when it does not come. This leaves for some ugly exits where the employees do not get paid, benefits not covered and investors are wondering where all of the remaining assets are. If your revenues are not on the rise, then look for ways to cut costs at a company and individual level. Look to eliminate things you deem wasteful. Demand that management be forthright with you on what they are doing to cut costs and what a realistic run rate is. Set expectations with supervisors that you will be more tightly focus on priorities, but doing less with less. Without these steps, life devolves into a Dilbert cartoon. Personal Development: On a positive note, downturn s offer opportunity, and are a great time to expand your horizons. As companies try to perform the same functions with fewer resources, it is an opportunity to offer your assistance in areas you are interested in and broaden your skill set and increase your value. Education and training is also a great for this, providing a distraction form the daily grind and a good motivator as well. Try to contain your exposure to bad economic news if possible; I used

Share:
Read Post

Building a Web Application Security Program, Part 8: Putting It All Together

‘Whew! This is our final post in this series on Building a Web Application Security Program (Part 1, Part 2, Part 3, Part 4, Part 5, Part 6, Part 7), and it’s time to put all the pieces together. Here are our guidelines for designing a program that meets the needs of your particular organization. Web application security is not a “one size fits all” problem. The risks, size, and complexity of the applications differ, the level of security awareness among team members varies, and most importantly the goals of each organization are different. In order to offer practical advice, we needed to approach program development in terms of typical goals. We picked three use cases to represent common challenges organizations face with web app security, and will address those use cases with appropriate program models. We discuss a mid-sized firm tackling a compliance mandate for the first time, a large enterprise looking to improve security across customer-facing applications, and a mid-to-large organization dealing with security for internal applications. Each perspective has its own drivers and assumptions, and in each scenario different security measures are already in place, so the direction of each program will be different. Since we’ve been posting this over a series of weeks, before you dig in to this post we recommend you review Part 4: The Web Application Security Lifecycle which talks about all tools in all phases. First we describe the environment for each case, then overall strategy and specific recommendations. Large Enterprise with Customer Facing Web Applications For our first scenario, let’s consider a large enterprise with multiple customer-facing web applications. These applications evolved to offer core business functions and are a principal contact point with customers, employees, and business partners. Primary business drivers for security are fraud reduction, regulatory compliance, and service reliability as tangible incentives. Secondary factors are breach preparedness, reputation preservation, and asset protection secondary – all considerations for security spending. The question is not whether these applications need to be secured, but how. Most enterprises have a body of code with questionable security, and let’s be totally honest here- these issues are flaws in your code. No single off-the-shelf product is going to magically make your application secure, so you invest not only in third-party security products, but also in improvements to your own development process which improve the product with each new release. We assume our fictitious enterprise has an existing security program and the development team has some degree of maturity in their understanding of security issues, but how best to address problems is up for debate. The company will already have a ‘security guy’ in place, and while security is this guy’s or gal’s job, the development organization is not tasked with security assessments and problem identification. Your typical CISO comes from a network security background, lacks a secure code development background, and is not part of this effort. We find their security program includes vulnerability assessment tools, and they have conducted a review of the code for typical SQL injection and buffer overflow attacks. Overall, security is a combination of a couple third-party products and the security guy pointing out security flaws which are patched in upcoming release cycles. Recommendations: The strategy is to include security within the basic development process, shifting the investment from external products to internal products and employee training. Tools are selected and purchased to address particular deficiencies in team skill or organizational processes. Some external products are retained to shield applications during patching efforts. Training, Education, and Process Improvements: The area where we expect to see the most improvement is the skill and awareness of the web application development team. OWASP’s top flaws and other sources point out issues that can be addressed by proper coding and testing … provided the team knows what to look for. Training helps staff find errors and problems during code review, and iteratively reduces flaws through the development cycle. The development staff can focus on software security and not rely on one or two individuals for security analysis. Secure SDLC: Knowing what to do is one thing, but actually doing it is something else. There must be an incentive or requirement for development to code security into the product, assurance to test for compliance, and product management to set the standards and requirements. Otherwise security issues get pushed to the side while features and functions are implemented. Security needs to be part of the product specification, and each phase of the development process should provide verification that the specification is being met through assurance testing. This means building security testing into the development process and QA test scenarios, as well as re-testing released code. Trained development staff can provide code analysis and develop test scripts for verification, but additional tools to automate and support these efforts are necessary, as we will discuss below. Heritage Applications: Have a plan to address legacy code. One of the more daunting aspects for the enterprise is how to address existing code, which is likely to have security problems. There are several possible approaches for addressing this, but the basic steps are 1) identification of problems in the code, 2) prioritization on what to fix, and 3) planning how to fix individual issues. Common methods of addressing vulnerabilities include 1) rewriting segments of code, 2) method encapsulation, 3) temporary shielding by WAF (“secure & patch”), 4) moving SQL processing & validation into databases, 5) discontinuing use of insecure features, and 6) introduction of validation code within the execution path. We recommend static source code analysis or dynamic program analysis tools for the initial identification step. These tools are cost-effective and suitable for scanning large bodies of code to locate common risks and programming errors. They detect and prioritize issues, and reduce human error associated with tedious manual scanning by internal or external parties. Analysis tools also help educate staff about issues with certain languages and common programming patterns. The resulting arguments over what to do with 16k insecure occurrences

Share:
Read Post

Twitter Phish Alert

Update: Some additional information was just posted on the Twitter Blog. Along with some comments on how their soon to be Beta ‘0auth’ would not have prevented this attack, there is also some information on the extent of the scam. Seems that Barack Obama’s account was hacked along with a few others. Did this strike anyone else as odd: if Obama has not been twittering since being elected, does that mean a staffer logged in on his behalf? An interesting note popped up on Twitter this morning about a Phishing attack through direct messages and direct email. The Phish is very well done and looks legit, so it will probably be effective. It is asking for you to provide access credentials to Twitter, but the domain is accesslogins.com. The WHOIS for Access-Logins shows it owned by XIN NET Technology Corp from Beijing, with all of the 126.com email accounts hosted from Netease.com. That’s a long way from San Francisco. Access-Logins is the home of a few dozen other Phishing sites, from McAfee to Defcon. Needless to say, don’t click on email links. The real question on my mind is: once you have clicked onto the Phishing login page, will Twitter’s real reset password function be vulnerable to an XSS attack? I do not have a copy of the original email so I am unable to test. If you fall victim to this you will want to clear all of your private data from the browser and restart it before trying to reset your password. Or shut down your current browser and use the password reset from a different one- otherwise other passwords may be captured as well. Share:

Share:
Read Post
dinosaur-sidebar

Totally Transparent Research is the embodiment of how we work at Securosis. It’s our core operating philosophy, our research policy, and a specific process. We initially developed it to help maintain objectivity while producing licensed research, but its benefits extend to all aspects of our business.

Going beyond Open Source Research, and a far cry from the traditional syndicated research model, we think it’s the best way to produce independent, objective, quality research.

Here’s how it works:

  • Content is developed ‘live’ on the blog. Primary research is generally released in pieces, as a series of posts, so we can digest and integrate feedback, making the end results much stronger than traditional “ivory tower” research.
  • Comments are enabled for posts. All comments are kept except for spam, personal insults of a clearly inflammatory nature, and completely off-topic content that distracts from the discussion. We welcome comments critical of the work, even if somewhat insulting to the authors. Really.
  • Anyone can comment, and no registration is required. Vendors or consultants with a relevant product or offering must properly identify themselves. While their comments won’t be deleted, the writer/moderator will “call out”, identify, and possibly ridicule vendors who fail to do so.
  • Vendors considering licensing the content are welcome to provide feedback, but it must be posted in the comments - just like everyone else. There is no back channel influence on the research findings or posts.
    Analysts must reply to comments and defend the research position, or agree to modify the content.
  • At the end of the post series, the analyst compiles the posts into a paper, presentation, or other delivery vehicle. Public comments/input factors into the research, where appropriate.
  • If the research is distributed as a paper, significant commenters/contributors are acknowledged in the opening of the report. If they did not post their real names, handles used for comments are listed. Commenters do not retain any rights to the report, but their contributions will be recognized.
  • All primary research will be released under a Creative Commons license. The current license is Non-Commercial, Attribution. The analyst, at their discretion, may add a Derivative Works or Share Alike condition.
  • Securosis primary research does not discuss specific vendors or specific products/offerings, unless used to provide context, contrast or to make a point (which is very very rare).
    Although quotes from published primary research (and published primary research only) may be used in press releases, said quotes may never mention a specific vendor, even if the vendor is mentioned in the source report. Securosis must approve any quote to appear in any vendor marketing collateral.
  • Final primary research will be posted on the blog with open comments.
  • Research will be updated periodically to reflect market realities, based on the discretion of the primary analyst. Updated research will be dated and given a version number.
    For research that cannot be developed using this model, such as complex principles or models that are unsuited for a series of blog posts, the content will be chunked up and posted at or before release of the paper to solicit public feedback, and provide an open venue for comments and criticisms.
  • In rare cases Securosis may write papers outside of the primary research agenda, but only if the end result can be non-biased and valuable to the user community to supplement industry-wide efforts or advances. A “Radically Transparent Research” process will be followed in developing these papers, where absolutely all materials are public at all stages of development, including communications (email, call notes).
    Only the free primary research released on our site can be licensed. We will not accept licensing fees on research we charge users to access.
  • All licensed research will be clearly labeled with the licensees. No licensed research will be released without indicating the sources of licensing fees. Again, there will be no back channel influence. We’re open and transparent about our revenue sources.

In essence, we develop all of our research out in the open, and not only seek public comments, but keep those comments indefinitely as a record of the research creation process. If you believe we are biased or not doing our homework, you can call us out on it and it will be there in the record. Our philosophy involves cracking open the research process, and using our readers to eliminate bias and enhance the quality of the work.

On the back end, here’s how we handle this approach with licensees:

  • Licensees may propose paper topics. The topic may be accepted if it is consistent with the Securosis research agenda and goals, but only if it can be covered without bias and will be valuable to the end user community.
  • Analysts produce research according to their own research agendas, and may offer licensing under the same objectivity requirements.
  • The potential licensee will be provided an outline of our research positions and the potential research product so they can determine if it is likely to meet their objectives.
  • Once the licensee agrees, development of the primary research content begins, following the Totally Transparent Research process as outlined above. At this point, there is no money exchanged.
  • Upon completion of the paper, the licensee will receive a release candidate to determine whether the final result still meets their needs.
  • If the content does not meet their needs, the licensee is not required to pay, and the research will be released without licensing or with alternate licensees.
  • Licensees may host and reuse the content for the length of the license (typically one year). This includes placing the content behind a registration process, posting on white paper networks, or translation into other languages. The research will always be hosted at Securosis for free without registration.

Here is the language we currently place in our research project agreements:

Content will be created independently of LICENSEE with no obligations for payment. Once content is complete, LICENSEE will have a 3 day review period to determine if the content meets corporate objectives. If the content is unsuitable, LICENSEE will not be obligated for any payment and Securosis is free to distribute the whitepaper without branding or with alternate licensees, and will not complete any associated webcasts for the declining LICENSEE. Content licensing, webcasts and payment are contingent on the content being acceptable to LICENSEE. This maintains objectivity while limiting the risk to LICENSEE. Securosis maintains all rights to the content and to include Securosis branding in addition to any licensee branding.

Even this process itself is open to criticism. If you have questions or comments, you can email us or comment on the blog.