Sign In/My Account | View Cart  

advertisement

AddThis Social Bookmark Button

SOX Compliance Using Open Source

   Print.Print
Email.Email weblog link
Blog this.Blog this
Geoff Broadwell

Geoff Broadwell
Jul. 14, 2005 01:55 PM
Permalink

Atom feed for this author. RSS 1.0 feed for this author. RSS 2.0 feed for this author.

URL: http://conferences.oreillynet.com/cs/os2005/view/e_sess/7118...

When someone mentioned the Leveraging Open Source for SOX Compliance session in the OSCON press call this morning, my first reaction was "Hey, I do that!"

At my previous company a couple years ago, a few of us began to recognise the need for serious change control within our IT department. Better still, we had a plan for implementing the tools needed to do it, without paying 6-8 figures to an outsourcing vendor to manage the design, rollout, and maintenance of a proprietary solution.

I was the lead programmer on the project, so I chose to take advantage of free tools -- Apache, mod_perl, and HTML::Mason to handle the web serving and templating; an old intranet codebase I had written to handle calendaring, table widgets, and other miscellaneous tasks; and a fresh install of Debian to give me a nice development environment (and allow me to reuse an old x86 server that was literally pulled out of the scrap heap).

Sometime during the development of the project, Sarbanes-Oxley compliance became the big thing in the IT department, and strong change control went from "sure, that would be nice" to "we need that NOW". Since there was no way to even complete vendor selection on a proprietary product in the timeframe we needed, my pseudo-skunkworks project suddenly became a key part of the company's SOX compliance story.

A few months after go-live, I decided to switch from employee to consultant to pursue my graphics interests and gain more time to contribute to open source projects. I still spend a fair percentage of my time consulting back to the old company to add new features to the change control system as usage grows. With thousands of RFCs in the system at this point, and quite a few hours billed, I'm told the total project cost is still a fraction of just the license fees (let alone consulting, training, etc.) for the leading proprietary options. Better still, the company knows that they can get almost any new feature they want, at a price and in a timeframe they can live with. If they don't need any new features, there's no continuing cost beyond (minimal) hardware to keep the service up. There's no vendor lockin, because all of the code is open, built with open source tools, and uses open data formats.

And that's an open source SOX success story if I ever heard one.

Geoff Broadwell lives not far from O'Reilly headquarters in Santa Rosa, California, with a wonderful wife and daughter and four extremely spoiled cats. Geoff happily calls Perl the only computer language he ever really loved, having sampled a fair number before and since. He is on a personal mission to prove that dynamic languages are by far the best programming option for almost every purpose, and believes that the ultimate Linux distro of the future will contain little more than a kernel, an OpenGL and X server, the Parrot VM, and many, many Perl scripts.

Return to weblogs.oreilly.com.



Weblog authors are solely responsible for the content and accuracy of their weblogs, including opinions they express, and O'Reilly Media, Inc., disclaims any and all liabililty for that content, its accuracy, and opinions it may contain.

Creative Commons License This work is licensed under a Creative Commons License.



-->