• 27Apr

    I’m very excited to announce that AppliedTrust is being featured today on One Day, One Job, the popular site that highlights a different hiring employer every day.  Created by Willy Franzen, One Day, One Job is a unique resource for college students beginning their careers.  This is awesome exposure for our company and a great opportunity for us to find the perfect new Seal to join our team!

    As our regular readers know, AppliedTrust is looking for a great infrastructure engineer who wants to work in Boulder, Colorado. This role is a “Jack of all trades” within the broad field of Information Technology – they get to play with networks, servers, software, and security.  One ideal candidate for this job would be a graduating Computer Science or Engineering major who has experience with Windows and Linux system administration and doesn’t want to spend all day programming.  We would definitely also consider someone with more work experience.  If you are interested, or know of a good candidate, please check out our jobs page: http://www.appliedtrust.com/jobs

    [Slashdot] [Digg] [Reddit] [del.icio.us] [Technorati] [StumbleUpon]
  • 15Feb
    Author: ned Categories: IT Management, Security Comments: 0

    The PCI DSS (Payment Card Industry Data Security Standard) sets a number of expectations for IT assessment.  Activities, from scanning for rogue wireless access points to reviewing vendor contracts, are scattered throughout the PCI Data Security Standard document.

    Below is an attempt to assemble those requirements into a single schedule.  Where the standard didn’t specify a frequency, I used reasonable “best practices” values.  I hope this is a useful starting place for organizations working toward compliance, but it is definitely not a holistic IT security plan!  There are lots of other security activities that should be taking place at every organization – this is just a summary of those discussed in the PCI DSS.

    See anything that I missed?  Did I get something wrong?  Let me know in the comments and we’ll work toward an accurate sample schedule together!!

    Read more »

  • 15Jan

    hummingbirdIT infrastructure work is certainly not the same as software development, but the Agile methodologies offer some good advice to us system and network administrators. In general, Agile has grown from a Manifesto about software development to a full-blown project management methodology. Powerful tools are available to help manage projects according to its tenants. Although Agile is based on lessons learned implementing complex software projects, its principles apply equally well to IT infrastructure projects and operations. Agile’s concept of “self-organizing teams” is particularly appealing to me, since Applied Trust is managed as a “company of peers”.

    I’ve picked five of the Principles behind the Agile Manifesto that are particularly applicable to our field – read on to see how they look from an IT infrastructure perspective:

    1) Our highest priority is to satisfy the customer through early and continuous delivery of valuable infrastructure.
    2) Welcome changing requirements, even late in deployment. Agile processes harness change for the customer’s competitive advantage.
    3) Business people and developers must work together daily throughout the project.
    4) Simplicity–the art of maximizing the amount of work not done–is essential.
    5) Continuous attention to technical excellence and good design enhances agility.

    Read more »

  • 01Jan
    Author: trent Categories: IT Management, Ramblings Comments: 0

    Ok, I admit it – I’m generally not a fan of New Year’s Resolutions.  I believe that folks should always be looking for ways to make positive changes, and shouldn’t need a specific day/event as a trigger.  That said, it does make a nice marker date for an annual evaluation of the state of things.

    Last year, I posted an end-of-year IT checklist, which I again encourage all IT folks to take a quick look at — this is a great time to evaluate and update a number of key IT areas.  At the very least, don’t forget to update your copyright dates!

    I’m hoping 2010 can be a year of positive change for IT.  In that light, as a community let’s make a few resolutions:

    Read more »

  • 05Oct

    2052055757_4e13e12c03I’m excited to say that The Barking Seal Blog has been around for a year now! We’ve had a great time blogging, ranting, and pontificating on the future of IT infrastructure, and have especially enjoyed the reader comments and emails.
    Below are ten of our favorite posts from our first year – if you missed one, check it out now…

    Here’s to lots more entertaining (and hopefully insightful!) posts in the year to come!  Thanks for your comments, feedback, and continued support!

    – The Seals at Applied Trust

    (photo courtesy hfb under the CC)

    [Slashdot] [Digg] [Reddit] [del.icio.us] [Technorati] [StumbleUpon]
  • 19Jun

    Here at Applied Trust, we’re often asked tricky IT questions – sometimes, we have answers that might be interesting to a larger audience.  The “Dear Ned” podcast is our chance to share these IT infrastructure questions and answers.  Larry Nelson from w3w3.com will be interviewing us for regular episodes throughout 2009.

    Our first two “Dear Ned” episodes are already on-line and accessible over at w3w3.com!  The first gives an introduction to the series and a discussion of the Conficker worm.  The second is a followup to an earlier blog post, and addresses the question “I saw your blog recommending setting data center thermostats to 75°. Do you really do that? And if so, how’s that working out?”.

    Do you have a tricky IT question?  Submit it here and it may be the next Dear Ned topic!

    A special thanks to our friend Don Wrege for writing and recording our truly wonderful Dear Ned jingle!

    [Slashdot] [Digg] [Reddit] [del.icio.us] [Technorati] [StumbleUpon]
  • 03Jan
    Author: trent Categories: Infrastructure, Ramblings Comments: 5

    It’s that time again — the blogosphere is chock full of predictions for 2009 on a variety of topics, including the IT Infrastructure space.  What’s on a bunch of these lists (like Security to the Core, and TaoSecurity)?  IPv6!  Quick, run and hide in the cellar!  IPv6 is right around the corner!!!

    IPv6 in 2009?  Of all the things that might happen in the coming year, I’m fairly certain that’s not one of them.  This isn’t my first rodeo; I’ve been talking to folks publicly about IPv6 deployment scenarios at least since 1997.

    It’s true that folks are carefully tracking IPv4 allocation exhaustion.   However, when that counter runs down to zero, it’s very unlikely that suddenly IT folks in the US are going to dedicate their lives to moving to IPv6 post haste (or really, at any significant rate whatsoever).  As of October 2008, less than 0.3% of world-wide Internet clients are using IPv6.  With this abysmal adoption rate, there are lots of options at the IPv4 allocation exhaustion point that are going to be much more attractive and cost effective compared with turning the whole community on its head and moving to IPv6.  Especially in a “down economy”, organizations are not going to have the discretionary capital to purchase the necessary infrastructure equipment to make this painful  transition, not to mention the folks to learn about/implement/operate said gear.  (Additionally, for the moment, I’m ignoring the many technical and security hurdles that would also come with such a change).

    So, what happens when the clock runs out?

    Read more »

    Tags: , , ,
  • 12Nov
    Author: ben Categories: Infrastructure Comments: 0

    I occasionally need to pull mailbox data in PST format from Exchange, sometimes for archival, other times for legal review, or perhaps for some other reason altogether. This process has changed to use Export/Import with Exchange 2007, removing the 2GB file size limit and including a slew of other features, but some of us still need or prefer to use the handy exmerge tool.

    Luckily, it’s still possible to use exmerge if you keep a few considerations in mind.

    First, you must have at least “View-Only Administrator” privileges in the 2007 environment. To do this, open an Exchange command shell, and run:

    Add-ExchangeAdministrator -Identity '<your domain>.local/Users/ExMerge' -Role 'ViewOnlyAdmin'

    You’ll also need SendAs and ReceiveAs permissions on the mailbox store where the user’s mailbox lives. To find which store this is, open the Exchange Management Console and navigate to Recipient Configuration -> Mailbox. Double click the user, and on the General tab note the value of the “Mailbox database” line. Then run:

    Get-MailboxDatabase -identity "<YourServer>\<Value from Mailbox database>" | Add-ADPermission -user "<YourDomain>\<Your AD Account>" -ExtendedRights Receive-As, Send-As

    Finally, and this one got me for a while, you may have problems if the user is hidden from Exchange address lists. You can check this in the user properties on the General tab. Make sure “Hide from Exchange Address lists” is not checked.

    [Slashdot] [Digg] [Reddit] [del.icio.us] [Technorati] [StumbleUpon]
  • 06Nov
    Author: ned Categories: Security Comments: 0

    It’s kooky that some organizations are still using FTP for exchanging sensitive files.  Almost every security standard (and plain common sense) requires using encrypted data transfer, and with a great free solution in OpenSSH and WinSCP, there really is no excuse for FTP.

    This solution provides the following important security features:

    • Strong user authentication with DSA keys (almost two-factor authentication)
    • Complete segregation between users (using a chrooted jail)
    • Detailed activity logging
    • Uses time and industry-tested open source OpenSSH server software
    • Familiar “drag-n-drop” user interface thanks to WinSCP

    Read on for four easy steps to make it happen:
    Read more »

  • 02Nov
    Author: trent Categories: IT Management, Security Comments: 1

    Today, November 2, 2008, is the 20th anniversary of “Black Thursday” – a significant, defining moment in Internet and information security history.  On this day in 1988, the Robert Morris Jr.  worm was unleashed on the Internet.  Sometimes called the Great Worm, this was the first time that the world had proof of what we all knew to be true: significant damage could occur if a malicious party exploited known vulnerabilities across the network en masse.  As silly as it sounds now, prior to that date we always talked about how a worm “could” happen; now we fret about “when.”

    RTM‘s worm brought significant change to the Internet world.  The damage it caused (possibly upwards of $100M) and media attention it received ultimately provided the foundation for much of what we know as modern-day, non-military Information Security.  For the first time ever, the Internet became well-known to the mainstream media.  DARPA provided funds to form CERT at Carnegie Mellon, which also directly or indirectly resulted in most clueful organizations establishing their own information security or security incident response teams. Many of the security standards we take for granted are based on early work done at CERT.  I’ll save the debate about whether the worm was ultimately good or bad for our community as a whole for some later post.

    Personally, this date also marks the start of my career in Information Security.  I was in the Computer Science system support group at the University of Colorado at the time, and vividly remember sleeping on my office floor for the last half of that week.  Our primary production systems – mostly VAX 11/780′s, 11/750′s, and Sun 3′s – were all infected.  Lacking any formal incident coordination and communication  infrastructure, we reached out to our friends at UC Berkeley and the University of Utah to collaborate on how to contain and mitigate the situation.  We provided data to the teams working on dissecting the worm, some of which ultimately led to Donn Seeley’s USENIX paper which is still regarded as the most complete and accurate technical analysis.

    It’s great to reminisce about history, but where are we 20 years later?  Although I’m not currently planning on sleeping on my office floor tonight, ironically today I am again worried about the potential for a worm to spread uncontrolled due to lack of patching.  Specifically, the Microsoft MS08-067 vulnerability that was released out-of-cycle 11 days ago represents a significant threat to almost every Windows system out there.  In the last week, I’ve heard all the same arguments against patching that we did 20 years ago — too much effort, too much risk to availability, not enough threat.

    It’s true that overall we have better mitigating controls in place than we did 20 years ago — most organizations have a firewall, virus protection, an incident response plan, and maybe even IDS/IPS.  The bottom line, though, is that none of this eliminates the need for patching serious vulnerabilities.  As an industry, we MUST patch known serious vulnerabilities, and it takes the same amount of time to patch them now as it does later.  It’s just a question of whether you want to suffer the pain and embarassment of looking like a fool in between doing it “now” vs. “later.”

    I admit to being an “old dog” (and certainly, this particular anniversary rubs that in) but personally, I’d rather make the effort to apply a patch than look like a fool.  Any day.

    [Slashdot] [Digg] [Reddit] [del.icio.us] [Technorati] [StumbleUpon]