InformationWeek: The Business Value of Technology

InformationWeek: The Business Value of Technology
InformationWeek - Our New iPad App
News

February 28, 2000

Printer ready
Printer ready
Act Now To Protect Your Data
continued...page 3 of 3

Illustration by Ken Orvidas
Related links from our sister publications:
  • InternetWeek Getting Serious About Security Starts With The Fundamentals (2/21/00)

  • TechWeb White House Presses Industry For Security (2/15/00)

  • Network Computing E-Commerce Security: Security Blanket Has a Few Tatters (1/24/00)

  • Send Us Your Feedback
    Ideally, your Web applications should limit the maneuvers available to a visitor to the minimum necessary. Consider a site that offers a type of search-this-site capability. In doing so, your search software may index pages of information that aren't otherwise available to the public on your site. It's crucial to make sure that any public search facility strictly limits itself to the set of pages open to the public.

    Entertain the idea of using E-mail aliases for contacts in your company. For instance, suppose the IT manager's user name on the system is "joe54," and your Web site contains an E-mail link so visitors can contact the IT manager with certain questions. Although you could simply create a link that points to "joe54@yourco.com," that information could reveal the existence of a joe54 account on the system--perhaps enough leverage to get a hacker started. Better yet, require the system administrator to create internal aliases, such as "ITman," that can be used on the public Web page but will internally direct messages to the correct user in your system.

    On a more technical bent, there are issues of Web-page coding to keep in mind. How a page is coded can sometimes provide clues to a malcontent--seemingly functional pages could be coded in a different manner.

  • Never encode sensitive information in a client-side script such as JavaScript. Always remember that visitors can see all client-side source code to your pages. Client-side scripts should certainly never be used for handling authentication for passwords or any other inside information--even an elementary school student could access this code with ease by drawing from the browser's local cache. Despite the fact that secure server-side scripts will usually slow down the response time of your site, they are the only way to keep sensitive data away from visitors' eyes.

  • Where possible, consider coding HTML forms to submit data using the "post," rather than "get," methods. These methods tell the Web browser how it will pass form data to a processing script on the server.

    Although dynamic pages produced using the "get" method can be locally cached, and therefore faster for the viewer to revisit, this method typically reveals parameters and values that are passed to your CGI scripts as part of the viewable URL. Such information may be all a hacker needs to start prodding at your CGI scripts.

    Stay Aware And Focused
    Top management errors that can lead to computer security vulnerabilities

  • Assigning untrained people to maintain security and providing neither the training nor the time to make it possible to do the job

  • Failing to understand the relationship of information security to the business problem

  • Failing to deal with the operational aspects of security: making a few fixes, then not allowing the follow-through necessary to ensure the problems stay fixed

  • Relying primarily on a firewall

  • Failing to realize how much money your information and organizational reputations are worth

  • Authorizing reactive, short-term fixes so problems re-emerge rapidly

  • Pretending the problem will go away if you ignore it

    DATA: SANS INSTITUTE SURVEY OF 1,850 COMPUTER SECURITY EXPERTS AND MANAGERS

  • The "post" method, while it unfortunately produces uncachable result pages, doesn't reveal the parameters accepted by the processing script. Forms submitted using the "get" method also make it easier for visitors to perform multiple submissions accidentally; this and security are the reasons most retail order forms submit data using the "post" method.

    The Internet makes digital trespassing incredibly convenient. Figure that a car thief in a crowded parking lot at a large mall, working alone, wandering around in search of weak targets, can cover only so much ground per hour--and, at best, get away with only one or two cars. But in that same hour, a single Pentium computer in a garage can sniff out thousands of servers, creating an inventory of weak targets for its owner to pursue at leisure.

    The lesson here is that all servers on the Internet are poked and prodded for holes. One of the first steps to take in improving the security of your machines is to poke and prod them yourself and tighten up your bottom tier, the operating system. A number of software packages on the market can help you.

    For Unix systems, some popular general-purpose security scanning tools are Satan and its newer sibling, Saint, as well as the ever-popular Nessus. These "scanners"--as they are known--are especially well-suited to finding known configuration holes in your operating system. In Unix environments, many of these suites are expanding to probe for holes in the application-tier layer as well.

    The Windows market is awash in commercial security enhancements, with niche focuses from authentication and access logging to hostile code and intrusion detection. Some of these products address weaknesses in Windows operating systems, while most target vulnerabilities at the application development level. With so many products on the market, it's impossible to endorse any particular one, since installed systems vary so widely from one organization to another. However, consider spending a great deal of time shopping around at SecurityFocus. com's Web site, especially the well-organized vendor products area.

    Ultimately, security can never be guaranteed. This is no excuse not to use the weapons you have--attention and know-how.

    return to page 1, 2

    Illustration by Ken Orvidas


    Back to This Week's Issue
    Send Us Your Feedback
    Top of the Page

    Get InformationWeek Daily

    Don't miss each day's hottest technology news, sent directly to your inbox, including occasional breaking news alerts.

    Sign up for the InformationWeek Daily email newsletter

    *Required field

    Privacy Statement



    This Week's Issue

    Technology Whitepapers

    Featured Reports







    Video