Constant Companions

Posted by erickru on July 29, 2010  •  Leave comment (0)

Ansel Adams Wilderness 2010

Another first-class trip on the dare-I-say-annual Southern Yosemite Mountain Guides' High Sierra Singer Songwriter Adventure. Plenty of good songwriting exercises this year:

I find something extremely appealing about that last idea. The chorus is, of course, where you get to drive the hook home and shouldn't generally be omitted without an extremely good reason. For whatever reason, I found myself omitting it this year anyway: I was writing story songs and going back to the same chorus repeatedly just didn't advance the story the way I needed. That means no radio airplay in this song's future, but maybe it'll become a MNO iPod anthem.

Practice Divorce

Writing from perspective

Posted by erickru on June 06, 2010  •  Leave comment (0)

One of my favorite songwriting tools is writing from a perspective besides my own: an identity thief who winds up in Gitmo, a constrictor, a murdered pizza delivery boy, Johnny Cash's victim in Reno for which he's sent to Folsom Prison. The last one was even interesting enough to have been given an entirely different treatment by Steve Poltz. Of all the different perspectives, though, the one that gets the most undeserved anticipatory groans from audiences is consistently the 6-month-old foetus. It's nice to think that I leave folks pleasantly surprised after that.



P.S. For those keeping score, the list above is strictly partial: everything else is not necessarily autobiographical. Really.

Jumping the InfoSec reporting F.U.D. shark

Posted by erickru on June 06, 2010  •  Leave comment (0)

One of the traps information security practitioners often fall into is becoming purveyors of F.U.D.; fear, uncertainty, and doubt. It's an easy sell: organized crime and state-sponsored groups have truly scary/amazing capabilities nowadays, and there's no lack of news about data breaches to stir up concern. People are getting hacked, our systems do have exploitable weaknesses, and there is reason to worry. Complex interconnections between systems often come about through ingenuity and/or necessity rather than by design -- often in spite of it -- making the securing of an environment difficult even for the most technically astute organizations. It's no surprise that, after the Aurora incident came to public light in January, I began to receive plenty of "Google was hacked, are you next?" spam from InfoSec vendors, F.U.D. purveyors extraordinaires.

The difficult thing for InfoSec folks is to remember that our key audience members (i.e. our CIOs and CTOs) are easily exhausted by the constant stream of F.U.D. that is so tempting for us to forward their way. What was interesting about the Aurora story is that it crossed over into the mainstream so quickly that I had my key stakeholders approaching me with questions -- while the story was still fresh and developing -- for the first time in 14 months, i.e. not since Conficker hit the public consciousness thanks to 60 minutes. Our problem in InfoSec agenda-setting is twofold. First, we don't want to wait for the next haphazardly-selected CBS exposé to start the where-to-invest-in-InfoSec conversation with our stakeholders. Second, too often we sound like this guy -- or worse, we write like this guy and get smacked down thusly -- when we raise our heartfelt concerns.

Different companies will have different cadences for this sort of thing. What's been working relatively well at mine is a monthly conversation starter. The template I use is this: 1200 words or less, split into three sections. First: the industry trend; what's happening out in the InfoSec universe that is particularly interesting? Second: the connection; how does that external event have any similarity to or bearing on what we do as a business? Third: the stakeholder takeaways; what new action do I want my counterparts to take? Since I annotate my sources well, it is no secret that I've used Brian Krebs' columns, first at WaPo and then on his own site, for inspiration... almost as much as I've used Wired's Threat Level blog and, more recently, the Info Law Group's blog. This is where I get to jumping the shark.

Krebs typically did interesting investigative journalism, getting inside scoops on data breaches and on the doings of organized crime, especially botnet operators. Lately, he's been on a mission to bring attention to the plight of small business owners who've lost money to organized crime, usually after using a malware-infested PC for their online business banking -- writing prolifically on the subject, to the tune of 32 posts in the last 5 months. Because I'm not responsible for InfoSec at a small business, I haven't been using Krebs' column for inspiration as much recently. However, I couldn't help but shake my head at the article titled Using Windows for a Day Cost Mac User $100,000, which leads off with this sad tale:
David Green normally only accessed his company’s online bank account from his trusty Mac laptop. Then one day this April while he was home sick, Green found himself needing to authorize a transfer of money out of his firm’s account. Trouble was, he’d left his Mac at work. So he decided to log in to the company’s bank account using his wife’s Windows PC.

Unfortunately for Green, that PC was the same computer his kids used to browse the Web, chat, and play games online. It was also the same computer that organized thieves had already compromised with a password-stealing Trojan horse program.

We all know how this movie ends. My disappointment is with the over-the-top headline. Why suggest a cause-and-effect? Krebs doesn't need to be sensationalistic - he has great readership; if alexa is to be believed, Krebs has as many readers as crypto pioneer and prolific pundit Bruce Schneier (the Chuck Norris of InfoSec). He also doesn't need to pile on the Windows FUD-fest; he has blogged regularly about his recommendation that small business users should use a dedicated PC, booting from a Live CD, for their online banking. Why the yellow journalism for this particular piece? Certainly, "Employee's family costs company $100K" isn't a fair headline. How about "Company worker violates policy by leaving authorized banking laptop unattended at office?"

Most importantly, how much did "using Windows for a day" contribute as the root cause of this incident? Perhaps I'd feel better if Krebs had gotten professional forensics done on the PC, or at least conducted some interviewing that established that Windows was at fault as opposed to, say, one of the more common entry points for malware: expired AV subscriptions, disabling firewalling or auto-updates, etc. The ironic thing is that, generally speaking, home users of Windows should have an easier time than corporate ones as far as endpoint security goes: the most common products that are exploited (the OS, browsers, PDF readers, Flash, and Java Runtime Environments) all offer auto-updating today -- you have to go out of your way not to be patched, Windows will warn you if your AV subscriptions lapse, and you have to try extra hard to keep Microsoft's Malicious Software Removal Tool from its monthly refresh. It's corporate IT change management rules that -- usually for the best of possible reasons -- tend to inject cautionary delays into these self-preservation mechanisms. As it stands, I now have to read Krebs' latest releases with a little more hesitation before I use them to seed my regular stakeholder conversations with my IT VP's. The last thing I want to do is resell F.U.D. to my trusted partners. Credibility: damaged; shark: jumped.

Some minor corrections.

Posted by erickru on May 01, 2010  •  Leave comment (0)

It's turning out to be a slow day, so I've found time to correct a couple of minor errors on the Internet. They took a while to find. First, SQL Server Magazine encourages readers to google Massachusets 201 cmr 17, and then writes:

Storing the name of a customer in SQL Server without the data being encrypted? No way, Jose. You’ll get a fine of $5,000 per breach or lost record. If you have a database that contains 1,000 names of Massachusetts residents and lose it without the data being encrypted that’s $5,000,000.
[...]
If I didn’t know better, I’d think the security czar of Massachusetts (or whatever the title is of the person who wrote this law) was a SQL Server sales executive because the law could sell a heck of a lot of SQL Server 2008 Enterprise Edition upgrades to get Transparent Data Encryption and other useful Enterprise Edition–only features in the OS and database stack.


If I didn't know better, I'd think SQL Server Magazine was a SQL Server sales executive, because what 201 CMR 17 actually calls for is:

Encryption of all transmitted records and files containing personal information that will travel across public networks, and encryption of all data containing personal information to be transmitted wirelessly [... and ...] Encryption of all personal information stored on laptops or other portable devices;


Here's the thing. Encrypting your database files "at rest" is not a bad idea. It's helpful for all those times you lose your server's un-purged hard drive. But the Massachusetts law defines a breach as (paraphrasing): the unauthorized acquisition or unauthorized use of data that creates a substantial risk of identity theft or fraud against a resident of the commonwealth. It also defines personal information as a name combined with a state or government-issued identifier (SSN, etc.) or a financial account number. The thing to watch out for, SQL Server Magazine, isn't storing a name unencrypted in your database; it's mishandling your customers' data. Encrypting your SQL Server instance will give you relief if that mishandling comes in the shape of a lost hard drive. It won't if it comes in the shape of a SQL injection attack, network sniffing, or a lapse in judgement by a privileged employee, as the MSDN article on the subject is wise to point out. Before I would recommend a DBMS encryption investment to my CIO, I would take a long look at other methods of preventing that scenario from happening (i.e. an onsite data destruction program) and evaluate the ROI on either approach.

The other error I spotted wasn't so much a factual error, as in the case above, but an error of attribution. Andy, IT Guy, posted a passionate response to news coverage of the decision by the City of Los Angeles to replace their Groupwise collaboration system with Google's GovCloud offer. His article is titled, "Doesn't Anyone Care About Potential Consequences?" What I've found fascinating about this particular case (and others like it) is in the insight that we're able to glean about the risk management decisions taking place behind closed doors. The City of Los Angeles memo (warning, it's loooong) gives us a rare glimpse. Did COLA care about potential consequences? What were their risk acceptance criteria? Well, to start, it tells us:

Have the security issues raised in the prior CAO report and discussed in the Committee meeting been resolved? Since the prior Committee meeting, Google has announced a new proposal for protecting sensitive government data that is consistent with the approach preferred by the Police Department and the California Department of Justice. The Police Department is satisfied that these measures will adequately address its security concerns. Formal approval from the Department of Justice, however, can only be gained through its review of the actual functioning of the new system during the pilot period


Andy speculates on the validity of the potential cost savings, and the city's memo spells it out in great detail:

The total budgetary impact of implementing the Google system in 2009-10 would be $5,976,205. Of this amount, $1,951,260 is for additional expenditures not included in the 2009-10 Budget, including $1,754,760 for Google implementation and e-mail subscriptions, and $196,500 for infrastructure upgrades. These unbudgeted expenditures will be a General Fund obligation. ITA has identified $1,687,209 that could be used for this project, comprised of savings totaling $180,000 from its 2009-10 Budget and additional funding of $1,507,209 from a 2006 class action antitrust settlement agreement between the City and Microsoft. CSC agreee to advance the City $250,000 in future rebates to cover the majority of the remaining 2009-10 balance of $264,051. The recommendations in this report are in compliance with the City's financial policies.


The city memo also goes on to say that the current GroupWise system needed to be upgraded in order to track product end-of-life cycles (legacy systems: the gift that keeps on giving), and that the city would have had to spend $2.34M over five years to provide disaster recovery service levels comparable to Google's.

Andy had especially strong words for the proposed productivity gains:

They they say that they expect to get another $15,000,000 dollars in increased productivity. ARE YOU KIDDING ME! Do they honestly think that the ability to work on documents at the same time will provide that kind of added value.


Here's what the City of LA spelled out in its recommendation:

The initial CAO report identified potential productivity gains from the collaboration tools, and noted that the service availability of Google was likely to be superior to our current system. We also identified short-term productivity losses from transitioning to a new system and from incompatibility issues between Microsoft Office and Google's applications. It is not possible to accurately predict the magnitude of productivity changes. ITA, however, has estimated that the average productivity gain per City employee would be 10 minutes per week with the transition to Google's system. Using an average annual salary of $71,200 for City employees, ITA has valued that time at $44,509,500 over five years. While increased productivity is a benefit to the City, 10 minutes per week per employee would not lead to hard dollar budgetary savings.


Andy concludes by saying "government documents are are [sic] increased risk of being breached." That, unfortunately, is not something that any of us can prove or disprove, since risk is such a squishy calculation in information security. It's true that nowhere in the COLA memos does it detail the current state of security within their IT systems and whether their security posture or capabilities exceeded Google's. We do have a couple items, however, that might clue us in to the answer of whether COLA cares about the potential consequences:


  • per section 11 of the attached SOW, COLA will be getting an annual review of Google's implementation of GovCloud
  • Kevin Crawford, assistant general manager of IT, is quoted as saying "We're going to have a more secure system then we have today"
  • COLA got Google to agree to unlimited damages in the event of a data breach


The last bullet is perhaps the most enlightening: unlimited liability is rare in this day and age, and what it says about this particular deal is that COLA was able to transfer a lot of risk to Google. Only time will tell if other municipalities or private enterprises are able to do the same with their outsourced IT providers. You and I certainly don't get that from AWS today.

I have no direct insight into what exactly happened in the board rooms of the City of Los Angeles when their CIO and CISO had a heart-to-heart discussion on whether this deal should go through. Andy, IT guy, if you're reading, I think it's a fair guess to project that several people in that room cared about potential consequences.

There. The Internet is correct now. I feel better.

Answering my own question

Posted by erickru on April 08, 2010  •  Leave comment (0)

On 1/30, I posted a review of the Safari Cup open mic, posing the question: "Can they still call it that?" It turns out, the answer is "no." The Safari Cup open (no-)mic is no more. I'm glad to say, though, that I'm left with several new friends, a slacker stalker (hi, Aaron), and a performing partner, Nick Narbutas, for my next show (!): Saturday, April 24th at Brothers K in Evanston. Nick is an awesome poet (and singer-songwriter), and we're calling it the Words Gone Wild Tour 2010. Be there at 6pm to get a good seat! Below is the last song I performed at Safari Cup. Good times.

Update: for easy calendaring, import this invite into your electronic organizer thingy.

It was bound to happen.

Posted by erickru on April 07, 2010  •  Leave comment (0)

When I was a rookie open mic performer, I had a terrible habit of getting on stage, blasting through three songs back-to-back, and then being disappointed with the resultant golf-claps from a disinterested audience. At first, I convinced myself that I really had to have a great opening line/stanza to a song to get people interested, and this approach earned me a little more attention from my crowds... but not all that much. It took a close friend to remind me that what the performers I admired most did was tell stories -- get vulnerable -- at the mic, and that I needed to do the same if I wanted people to maintain interest in a song from beginning to end. Besides the obvious, another benefit to this approach was that I gained the ability to set up a line that's halfway into a song with a good introduction; a strong opening line no longer had to carry the remaining 2 or 3 minutes.

Having learned my lesson, I've been introducing Sister Mary Catherine with a disclaimer, a preemptive apology, and an explanation that the titular character was my attempt to create my own personal, unattainable ideal, and definitely not a metaphor carrying some greater message. I always worried that someone would be put off by the story, and I've had my share of audience members jokingly tell me that I'm going to hell for that song, but always in an I'll-be-right-there-with-you-for-enjoying-it sort of way. Over time, I've added color to the story with details about my own rather unorthodox religious upbringing -- a major reason why the character is who she is -- and how, as an adult, I felt lucky to have stumbled upon people who shared my experience. Focused on the possibility of someone taking umbrage with the character I created, I didn't see it coming when, after performing Sister Mary Catherine at the most excellent Brothers K open mic last month, I was approached by a very nice, older man who politely expressed what can only be described as a cocktail of pity and disgust at the introduction itself.

Was it simply my particular point on the secular/nonsecular spectrum? Was it because I made light of a topic that is so serious to so many? Was the juxtaposition with the previous song simply too much? Should I have just stuck to reminiscing about the Hamptons scene in Annie Hall? I'll probably never know. My critic offered to send me a book that would change my entire outlook on the question of religion, and followed through the very next weekend. I suspect its effect was not the intended one, but I must thank Leonid K______ for the effort: it led to a wonderful heart-to-heart with my dad that probably wouldn't have happened without Leonid's enzymatic input. Plus, now I have an even better story with which to introduce that song.


Warning: bigger-than-your-typical-YouTube-size video above

Time to retire ROT-13

Posted by erickru on April 01, 2010  •  Leave comment (0)

4/1/2010. With yet another piece of critical infrastructure made vulnerable to authentication bypass due to the use of ROT-13, I do believe it's time for the information security community to band together to stamp out this plague. My proposal is simple and borrows from the time-tested tradition of 3DES: we need to deprecate ROT-13 in favor of 3-ROT-13. Software vendors of the world: if you're using ROT-13 today, pleased heed this call. 3-ROT-13 is a simple, backward-compatible replacement for ROT-13. Just like 3DES applied DES in three consecutive rounds to ciphertext, extending the lifespan of DES beyond its imminent demise in 1999, applying three rounds of ROT-13 can do the same for this venerable cipher. And, unlike DES, there is considerably less performance impact to carrying out additional rounds, as there is no pesky keying necessary in between steps. Let's pledge to make 2010 the year that we clean up this ROT-13 mess and make the world safer for computing. Cisco, you go first. Messrs. Schneier, Rivest, et. al., in the words of Craig Ferguson, I await your letters.

Can they still call it that?

Posted by erickru on January 30, 2010  •  Leave comment (0)

The first thing I noticed when I walked into the Safari Cup open mic was that there was no mic. I must have looked like a deer caught in the headlights of a Hummer H3 SUV because Jim, the host, came over and welcomed me in. I emailed him that morning asking about the venue, and he'd saved me a spot on the list. That was, in retrospect, pretty typical of the Safari Cup experience.

There's a lot to like about this open mic, and it begins with the absence of a mic. Having paid my dues at many a pub (Bird's Nest) and packed-to-the-gills coffee house (Kafein, Uncommon Ground), the chance to really connect with the audience and see how my songs do on a fair playing field — i.e. not competing for attention with a violent break of a billiards match, Rob Thomas and Santana on the juke box in the next room, or a hive of overstimulated social butterflies — is a welcome change. Nowadays, it's actually what I consider ideal; I think back to all the performing situations I've been in, and the ones where there's no mic (or stage) to insulate the artist's and audience's spaces from each other have been the most fun, be it someone's living room, the basement at Old Town School, or Yosemite.

While public rehearsal can be good for its own sake, the opportunity to connect with an audience is really the #1 ROI differentiator for an open mic. In Safari Cup's case, the folks I've met have been extremely gracious and have listened and interacted with literally every performer that I've seen come through, even the one who was probably looking for the pub next door, and another unforgettable patron who had an unhealthy scatological obsession that was coupled with an equally unfortunate outlet in song (yes, he handed out CDs when he was done). Getting to hear Andi C's R&B-over-acoustic-guitar covers is a treat, too; NWA and Beyonce never sounded so sweet.

I definitely plan to be back to Safari Cup. Until then, here's the story-behind-the-story of Terminal Love, as performed at Safari Cup on 27 January, 2010. Since there's no mic, you will notice that I pro-rated my 'facing the audience' time in any given radial direction based on how many people were sitting there. That night, they were mostly to my right... except for Nate M. (who was outstanding by the way), who was to my left for all but the briefest of moments.



P.S. This blog post was made possible by HandBrake and mp4box. Who knew a digicam that small could generate a file that large!

one stone, many birds

Posted by erickru on January 19, 2010  •  Leave comment (0)

In addition to making up for a ridiculous gap between posts, and ringing in the new year with a new photo gallery feature, this post should also serve the additional purpose of knocking post #50 off the front page, which means no more funny errors for Internet Explorer users (thanks, TG, for the pro bono website QA).

New Year's Frost Navy Pier Carousel Graceland Stained Glass Grand Junction, CO

Things I learned at Camp Marmot this year.

Posted by erickru on August 01, 2009  •  Leave comment (0)

Another year, another great camping trip with Ian, Zotzie, and the SYMG High Sierra Songwriters Adventure crew. Stuff I learned:



I'd claim to have learned that the Ansel Adams Wilderness is beautiful, but I already knew that!
Lady Lake | Sierras #1 | Sierras #2 | Sierras #3 | Stannaford Lake #1 | Stannaford Lake #2

Here are two of the other songs that were born on the mountain:

Elspeth Veronica MP3
I Don't Watch The News MP3