Following is a list of Robot/SECURITY features:
Exit Point Monitoring
Problem: The IBM System i allows users to access many system functions through industry-standard protocols, such as ODBC, FTP, SQL, and so on. With these ports open, the system is more vulnerable to intrusion.
Solution: Robot/SECURITY provides exit-point monitoring of IBM servers by object, user, and/or schedule, and maintains a historical database of exit point usage.
Security Monitoring
Problem: Security-related events on the System i can occur unnoticed. For example, security-related events might include:
• Suspicious events, including password violations, unusual attempts at access, and other events that appear to be "hacker"-related
• Authority changes, such as object-level authority changes
• Objects that have been added, duplicated, or copied
Solution: Robot/SECURITY allows the administrator to focus on events occurring against specific libraries and objects. It provides a robust, fully automated event escalation mechanism that can send a Robot/ALERT message, a Robot/NETWORK status, or a message to a message queue that is monitored by Robot/CONSOLE.
Reporting, Analysis, and Forensic Diagnostics
Problem: Because the System i can be accessed by a number of methods, security breaches can take many forms. Information about each security-related event might be stored in several different locations on the system.
Solution: Robot/SECURITY looks at QHST, QAUDJRN, QSYSOPR, and more, and allows the administrator to analyze them for security violations using a PC-based forensics analysis utility. The administrator can perform a detailed analysis of a particular job or user. A "Good-Morning" report provides a complete change log of modifications to the product.
System Security Audit
Problem: System i security configuration is complicated from initial setup to ongoing maintenance.
Solution: Robot/SECURITY provides a comprehensive audit of your system security configuration. The audit produces a report that compares the current system security settings to Help/Systems? suggested best practices, which are based on research derived from discussions with industry sources. The audit report serves as documentation to be used by an auditor. Products like this validate that companies are able to pass a SOX or CobIT audit. Additionally, the audit report alerts the administrator to security matters that need to be addressed on the system, allowing the administrator to focus on the exceptions.
Robot/SECURITY requires V5R3 or higher.
To register for an introductory Webcast today (Thursday, August 30) on Robot/SECURITY visit Introducing Robot/SECURITY.
Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.
IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn:
LATEST COMMENTS
MC Press Online