Sidebar

Application-only Access: Security Exposures Revealed

IBM i (OS/400, i5/OS)
Typography
  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

I think just about everyone recognizes the necessity behind securing the data on AS/400s. That necessity is becoming even more urgent because the traditional AS/400 environment is changing. Originally, an AS/400 often sat relatively isolated, somewhat safely enclosed in the glass walls of a computer room. Now, the AS/400 is having to face a more open and, in a sense, more hostile environment. Openness means easier access to sensitive data both for those who should have access to that data and for those who shouldn't.

Somewhat as a result of the experience with having the AS/400s safe in the computer room, many AS/400 installations' approach to securing data is often relatively simple. These security methods are usually focused on controlling local users' access to data through well-known interfaces. For example, many installations limit end users to selections from application menus and restrict the entry of commands.

In today's AS/400 system environment, this menu security is inadequate. For example, Client Access (PC Support) gives the PC user the ability to enter commands and transfer files to and from the AS/400 and the PC. If your AS/400 is in a network environment, many other ways to access the AS/400 cannot be controlled by menu security.

When users are authorized to production data, the potential for the user to copy, modify, or delete production data exists. If your installation, like many AS/400 installations, authorizes users to production data and relies on menu security to protect data, your security strategy needs to be modified. This article discusses the problems associated with our current and typical methods for securing data. In future articles, I will give you an overview of a new security strategy called application-only access, which restricts access to production data outside of an application. Application-only access protects production data using the AS/400 security features of security level 30 and above. AS/400 security can prohibit access to production data, but some installations allow public read-only access to production data for data warehouse applications.

These future articles will also describe, in detail, how to implement application-only access. The articles will describe the problems that I ran into when I first tried to use this new strategy and the solutions that helped me turn this into a useful technique. First, though, I want to discuss the security exposures I'm attempting to prevent.

An AS/400 security strategy should include both the control of user access to and the assignment of ownership of production data and programs. The ownership of production objects is critical because the object owner can authorize any other users to access the object. Ownership of an AS/400 object allows the owner unrestricted access to the object. 1 shows the frequently used method for object ownership. 2 shows the advantages and disadvantages of the different ownership techniques.

An AS/400 security strategy should include both the control of user access to and the assignment of ownership of production data and programs. The ownership of production objects is critical because the object owner can authorize any other users to access the object. Ownership of an AS/400 object allows the owner unrestricted access to the object. Figure 1 shows the frequently used method for object ownership. Figure 2 shows the advantages and disadvantages of the different ownership techniques.

There are three commonly used methods to control user access to data:

o Menu security-Users are restricted from the command line and are limited to selection of menu options.

o Library security-Individual data objects have *PUBLIC authority, but access is restricted to the libraries that contain the data. Often, the programs and data are stored in different libraries.

o Object security-This limits access to the individual objects within a library.

Menu security limits users to application-provided menu choices. The menu choices allow the user to run programs that display and modify production data. Business controls are often included in the production applications to limit the changes users can make. Some typical application controls limit the size of transactions users can perform to prevent the transfer of large amounts of money or allow a user to view only specific sections (subsets) of production data.

When using menu security, users are restricted from entering AS/400 commands because LMTCPB(*YES) is specified in their user profiles. If a user is a member of a group profile that owns production objects, preventing access to AS/400 commands is essential. If a user has both ownership authority from his group profile and command line capability, he could modify or delete production data.

Menu security alone is insufficient to restrict users in today's online environment. IBM Client Access/400 can run programs that allow the transfer of AS/400 files to and from PCs. The Client Access program RTOPC will transfer (download), from the AS/400 to the PC, any file the user is authorized to. Users can modify the data at a PC and then use the Client Access program RFROMPC to transfer (upload) the data from the PC to the AS/400. The users of RUMBA/400 and other Windows terminal emulators have icons on their PCs that simplify the file transfer operations.

In addition to file transfer, PC users can issue AS/400 commands using the Client Access program RMTCMD. When users issue OS/400 commands using RMTCMD, the user profile setting LMTCPB(*YES) restricting the command line does not restrict entry of CL command functions. If users are authorized to the production data, then the file transfer operations or CL commands will work.

Some installations attempt to restrict the use of these Client Access PC interfaces by not loading the PC programs (such as RMTCMD) on the users' PCs. This is a good first line of defense, but, unfortunately, it will not stop knowledgeable PC users who want access to file transfers or remote commands. PC users can get copies of the Client Access PC programs and run them from a floppy disk. The installation of diskless workstations does not offer full protection-a user may have dial-in access from a full-function PC.

The "personal" in "personal computers" means that individuals can tailor their PCs to their needs. Controls to restrict the PC user must be placed on the AS/400, not the PC. Let's look at other ways to access data.

Most AS/400s are connected to other AS/400s or platforms. This trend of increased network connection is likely to expand in the future, giving remote system users even more potential to access your production data. There are a number of methods for local and remote users to initiate jobs or requests to access production data on the AS/400. 3 lists some potential methods of network access. The list is incomplete, because many of the new functions IBM provides with each release (DDM, TCP/IP, ODBC, IFS) offer new opportunities for network access to data.

Most AS/400s are connected to other AS/400s or platforms. This trend of increased network connection is likely to expand in the future, giving remote system users even more potential to access your production data. There are a number of methods for local and remote users to initiate jobs or requests to access production data on the AS/400. Figure 3 lists some potential methods of network access. The list is incomplete, because many of the new functions IBM provides with each release (DDM, TCP/IP, ODBC, IFS) offer new opportunities for network access to data.

This is not an article on how to hack the AS/400, so I purposely have not provided details on how each method to access data works. The conclusion I want you to reach is that network access offers many ways for users to access your production data. This does not mean that you should wish for the "good old days" of centralized systems and dumb terminals. Distributed computing and client server applications are here and growing. You need to consider their impact on your security strategy.

A resource security strategy protects application data by restricting user access to the data. There are two basic strategies to protect data and many variations of these basic strategies. Most installations use a combination of both strategies. Here are the two strategies:

o Strategy 1-Block the use of the methods to gain access.

This strategy is similar to locking all of the doors to a building. If the doors are locked, intruders are not allowed access into the building. This prevents intruders from accessing the resources (data) stored in the building. However, if one door is left unlocked, the potential for unauthorized entry exists.

This symbolic locking of the doors is done on the AS/400 by restricting the functions that give users access to data. A PC access exit program is an example of how to restrict access for PC requests. No single method can be used to block all of the potential ways for users to access the AS/400. A variety of methods are used, including exit programs, restricting access to the IBM servers, and authorization lists to control specific functions.

Unfortunately, this strategy of blocking the methods of access will have limited success since different approaches must be used for each method of access, making the job complex (different doors require different locks). Also, there is no assurance that the installation has blocked all of the potential ways to access data (have you locked all the doors?).

In addition, IBM seems to invent additional features that give users new methods to access data (new doors get added). IFS and the Open Database Connectivity (ODBC) functions recently added to Client Access illustrate the addition of new ways for users to access data.

Finally, for the FTP and remote relational database requests, no exit programs are available (there are no locks for some doors), so the installation must secure the individual objects.

o Strategy 2- Limit access to the data.

Rather than trying to lock all of the doors to a building, the limit access to the data security strategy is similar to locking the critical resources in a vault. Only those users with the combination (authorized to the data) will be allowed entry into the vault. As further protection, the application programs can limit the actions users can perform in the vault.

Limiting access to the data involves using object or library security, or a combination of the two. For this kind of security to be effective, your system must be at security level 30 or higher. The advantage of this strategy is that it will be effective for all potential methods of access for both the local and remote users.

The difference between these two strategies is shown in 4. The top of the picture represents restricting the potential ways to access production data. Each of the ways the user can access the data must be blocked. However, there are some methods of access (TCP/IP FTP and remote relational database requests) that cannot be blocked at entry. The bottom figure is similar to the top, except AS/400 resource security is used to limit users' access to production data. Using object resource security has the advantage that the same method works for all methods of access.

The difference between these two strategies is shown in Figure 4. The top of the picture represents restricting the potential ways to access production data. Each of the ways the user can access the data must be blocked. However, there are some methods of access (TCP/IP FTP and remote relational database requests) that cannot be blocked at entry. The bottom figure is similar to the top, except AS/400 resource security is used to limit users' access to production data. Using object resource security has the advantage that the same method works for all methods of access.

In the highest level of protection, limiting access to data means users must have no authority to data and the *PUBLIC access to production data is *EXCLUDE. Individual user profiles have no authority to the production data. Users should not have a group profile that owns or is authorized to the data. If users are authorized through their group profiles, then they have the potential to perform file transfers or gain other access. Rather than strictly preventing access to data, some installations allow read access to production data. These installations are concerned with unauthorized modification of data but are not concerned with disclosure of information.

I developed application-only access after recognizing that the current methods aren't robust enough to meet the challenges of the open environment that the AS/400 is now facing. Application-only access is essentially an extension of the resource security strategy that also secures data when people are using tools that don't go through the menus many of us are used to. This new strategy defines application-based routes to the data, and these applications are what create the additional level of security.

The security strategy of limiting users to menus should be continued because the end users are not exposed to more functions than they need. However, menu security is not adequate to protect critical data from the experienced user. The networking and openness features being added to the AS/400 require that this new security plan be adopted.

The valid users of the system still need to run applications to look at information, create reports, and even modify the production data as part of their jobs. The functions a user can perform are often controlled within the scope of the business application.

Application-only access is a solution that helps secure the system from the new connectivity features that are continuing to appear in OS/400. In the next installment of this series, I will expand on the details of the implementation of application-only access.

Application-only access is the method I recommend. I hope you'll stick with me for my next article.

Wayne O. Evans is an AS/400 security consultant and a frequent speaker on security topics. During his 27 years with IBM Corporation, he was involved with AS/400 security design issues. The application-only access method was developed after he recognized that the implementation of security at several of his clients' installations allowed users excessive access to production data. He can be reached by E-mail at This email address is being protected from spambots. You need JavaScript enabled to view it..


Application-only Access: Security Exposures Revealed

Figure 1: Common Methods for Object Ownership

Object Ownership Alternatives

Every AS/400 object is assigned an owner user profile. These are the alternatives for ownership.

o Creator-When users create objects, the creator user profile becomes the owner of the object.

o Creator with Group Access-When users create objects, the creator profile is the owner of the objects, but the group profile is granted access to the object.

o Group Profile-When a user creates an object, the ownership of the object is transferred to the user's group profile.

o Production Owner-The ownership of objects is assigned to a user profile whose purpose is to be the object owner. The production owner is not a group profile.

o Special Owner-The special owner is a variation of the production owner and is frequently used for programs that adopt authority. The special owner user profile will often have special authority that is required for some specific function.


Application-only Access: Security Exposures Revealed

Figure 2: Analysis of Object Ownership Techniques

 Ownership Common Advantages Disadvantages Method Usage Creator o Useful when users o Requires no o Deletion of user pro do not share access management of file requires owned (such as security object ownership objects to be deleted administrators) or transferred to o Potential for users to access data outside of application Creator with o Useful when users o Requires no o Deletion of user pro Group Access share access, but management of file requires owned you do not want to object ownership objects to be deleted share full ownership or transferred to access with group o Granting group another owner members access is provided by the GRPAUT o Potential for users to option in the access data outside user profile of application Group Profile o Useful when several o Simplifies deletion of o Potential for users to users need to share user profiles delete objects if not access of data restricted by menu o User profile option security o Often used when OWNER(*GRPPRF) multiple program allows automatic o Potential for users to mers work together transfer of objects to access data outside as a team a group profile of application Production o Method to o No user access o No automatic Owner prevent access to to data outside method to data outside of application transfer objects to of production program production profile application o Same security o Ownership change method protects should be included production data as part of the from both local and release into network users production Special o Adoption of authority o Reduces number o Design of programs Owner allows users access of users who need should not allow to specific functions special authority users access to a in system command line while running with adopted authority 
Application-only Access: Security Exposures Revealed

Figure 3: Local and Remote Methods to Access Data

 Controls in Where Requests Addition to Can Be Started Object Authority Comments Local System Jobs o Interactive job o User must sign on o Menu security can limit access o Passthrough Job o Remote system o Menu security can user, but user must limit access sign on o System value QRMT SIGN can restrict access or name an exit program o Submitted jobs o Local o Scheduled o Job scheduler entry o JOBD objects that batch job specify a user name are a potential exposure. Limit access to the JOBD, but it's best to set security level to 40. Client Access o General rules o The users who are o No function can be allowed to start the performed until the router can b router is started. The restricted using an user ID and password exit program in the are authenticated network attribute before the Client Acces PCSACC. router is started. o Submission of remote o Remote PC o Network attribute commands DDMACC o Restricting access to IBM server program o File Transfer (RTOPC o Remote PC o Network attribute RFROMPC) PCSACC o Restricting access to IBM server program o Shared Folders o Remote PC o Network attribute PCSACC o ODBC o Remote PC program o Network attribute o V3R1 APIs allow PCSACC access to data files from PC programs o V3R1 registration facility o The ODBC function SQLExecute or SQLExecDirect can be used to issue AS/400 commands o Not all non-IBM ODBC drivers support the exit programs. Be careful if you use other ODBC drivers. o Integrated File o Remote system o V3R1 registration o V3R1 PC commands System or PC facility have potential to access AS/400 o Restricting access to objects IBM server program o File manager of o Authorization list OS/2 and Windows QPWSERVER (PTF- can delete AS/400 SF23879) limits objects access to QSYS.LIB 
Application-only Access: Security Exposures Revealed

Figure 3: Local and Remote Methods to Access Data (continued)

 Controls in Where Requests Addition to Can Be Started Object Authority Comments Client Access o Communications jobs o Program start o No protection other o User ID and authen between systems request from than object security tication included as remote system part of start request DDM o Submit remote o Remote system o Network attribute command DDMACC o Restricting access to IBM server program o DDM file access o Remote system o Network attribute DDMACC o Restricting access to IBM server program TCP/IC o FTP o Remote system may o No protection other o User must supply a be AS/400 or another than object security user ID and pass platform word on the PASS WORD command prior to starting the file transfer ICF o User Programs o Remote system o No protection other than object security o IBM program o Remote system user o Restricting access QY2FTML must provide user to IBM server profile and password program for local system SNADS o Send network files o Local system o Access to SNDNETF command o Network job o Remote system o Network attribute submission JOBACN Remote Relational Database o Remote system o No protection other than object security 
Application-only Access: Security Exposures Revealed

Figure 4: Two Ways to Limit Data Access


BLOG COMMENTS POWERED BY DISQUS

LATEST COMMENTS

Support MC Press Online

RESOURCE CENTER

  • WHITE PAPERS

  • WEBCAST

  • TRIAL SOFTWARE

  • White Paper: Node.js for Enterprise IBM i Modernization

    SB Profound WP 5539

    If your business is thinking about modernizing your legacy IBM i (also known as AS/400 or iSeries) applications, you will want to read this white paper first!

    Download this paper and learn how Node.js can ensure that you:
    - Modernize on-time and budget - no more lengthy, costly, disruptive app rewrites!
    - Retain your IBM i systems of record
    - Find and hire new development talent
    - Integrate new Node.js applications with your existing RPG, Java, .Net, and PHP apps
    - Extend your IBM i capabilties to include Watson API, Cloud, and Internet of Things


    Read Node.js for Enterprise IBM i Modernization Now!

     

  • Profound Logic Solution Guide

    SB Profound WP 5539More than ever, there is a demand for IT to deliver innovation.
    Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects.
    The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the companyare not aligned with the current IT environment.

    Get your copy of this important guide today!

     

  • 2022 IBM i Marketplace Survey Results

    Fortra2022 marks the eighth edition of the IBM i Marketplace Survey Results. Each year, Fortra captures data on how businesses use the IBM i platform and the IT and cybersecurity initiatives it supports.

    Over the years, this survey has become a true industry benchmark, revealing to readers the trends that are shaping and driving the market and providing insight into what the future may bring for this technology.

  • Brunswick bowls a perfect 300 with LANSA!

    FortraBrunswick is the leader in bowling products, services, and industry expertise for the development and renovation of new and existing bowling centers and mixed-use recreation facilities across the entertainment industry. However, the lifeblood of Brunswick’s capital equipment business was running on a 15-year-old software application written in Visual Basic 6 (VB6) with a SQL Server back-end. The application was at the end of its life and needed to be replaced.
    With the help of Visual LANSA, they found an easy-to-use, long-term platform that enabled their team to collaborate, innovate, and integrate with existing systems and databases within a single platform.
    Read the case study to learn how they achieved success and increased the speed of development by 30% with Visual LANSA.

     

  • Progressive Web Apps: Create a Universal Experience Across All Devices

    LANSAProgressive Web Apps allow you to reach anyone, anywhere, and on any device with a single unified codebase. This means that your applications—regardless of browser, device, or platform—instantly become more reliable and consistent. They are the present and future of application development, and more and more businesses are catching on.
    Download this whitepaper and learn:

    • How PWAs support fast application development and streamline DevOps
    • How to give your business a competitive edge using PWAs
    • What makes progressive web apps so versatile, both online and offline

     

     

  • The Power of Coding in a Low-Code Solution

    LANSAWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed.
    Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

    • Discover the benefits of Low-code's quick application creation
    • Understand the differences in model-based and language-based Low-Code platforms
    • Explore the strengths of LANSA's Low-Code Solution to Low-Code’s biggest drawbacks

     

     

  • Why Migrate When You Can Modernize?

    LANSABusiness 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.
    In this white paper, you’ll learn how to think of these issues as opportunities rather than problems. We’ll explore motivations to migrate or modernize, their risks and considerations you should be aware of before embarking on a (migration or modernization) project.
    Lastly, we’ll discuss how modernizing IBM i applications with optimized business workflows, integration with other technologies and new mobile and web user interfaces will enable IT – and the business – to experience time-added value and much more.

     

  • UPDATED: Developer Kit: Making a Business Case for Modernization and Beyond

    Profound Logic Software, Inc.Having trouble getting management approval for modernization projects? The problem may be you're not speaking enough "business" to them.

    This Developer Kit provides you study-backed data and a ready-to-use business case template to help get your very next development project approved!

  • What to Do When Your AS/400 Talent Retires

    FortraIT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators is small.

    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:

    • Why IBM i skills depletion is a top concern
    • How leading organizations are coping
    • Where automation will make the biggest impact

     

  • Node.js on IBM i Webinar Series Pt. 2: Setting Up Your Development Tools

    Profound Logic Software, Inc.Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application. In Part 2, Brian May teaches you the different tooling options available for writing code, debugging, and using Git for version control. Attend this webinar to learn:

    • Different tools to develop Node.js applications on IBM i
    • Debugging Node.js
    • The basics of Git and tools to help those new to it
    • Using NodeRun.com as a pre-built development environment

     

     

  • Expert Tips for IBM i Security: Beyond the Basics

    SB PowerTech WC GenericIn this session, IBM i security expert Robin Tatam provides a quick recap of IBM i security basics and guides you through some advanced cybersecurity techniques that can help you take data protection to the next level. Robin will cover:

    • Reducing the risk posed by special authorities
    • Establishing object-level security
    • Overseeing user actions and data access

    Don't miss this chance to take your knowledge of IBM i security beyond the basics.

     

     

  • 5 IBM i Security Quick Wins

    SB PowerTech WC GenericIn today’s threat landscape, upper management is laser-focused on cybersecurity. You need to make progress in securing your systems—and make it fast.
    There’s no shortage of actions you could take, but what tactics will actually deliver the results you need? And how can you find a security strategy that fits your budget and time constraints?
    Join top IBM i security expert Robin Tatam as he outlines the five fastest and most impactful changes you can make to strengthen IBM i security this year.
    Your system didn’t become unsecure overnight and you won’t be able to turn it around overnight either. But quick wins are possible with IBM i security, and Robin Tatam will show you how to achieve them.

  • Security Bulletin: Malware Infection Discovered on IBM i Server!

    SB PowerTech WC GenericMalicious programs can bring entire businesses to their knees—and IBM i shops are not immune. It’s critical to grasp the true impact malware can have on IBM i and the network that connects to it. Attend this webinar to gain a thorough understanding of the relationships between:

    • Viruses, native objects, and the integrated file system (IFS)
    • Power Systems and Windows-based viruses and malware
    • PC-based anti-virus scanning versus native IBM i scanning

    There are a number of ways you can minimize your exposure to viruses. IBM i security expert Sandi Moore explains the facts, including how to ensure you're fully protected and compliant with regulations such as PCI.

     

     

  • Encryption on IBM i Simplified

    SB PowerTech WC GenericDB2 Field Procedures (FieldProcs) were introduced in IBM i 7.1 and have greatly simplified encryption, often without requiring any application changes. Now you can quickly encrypt sensitive data on the IBM i including PII, PCI, PHI data in your physical files and tables.
    Watch this webinar to learn how you can quickly implement encryption on the IBM i. During the webinar, security expert Robin Tatam will show you how to:

    • Use Field Procedures to automate encryption and decryption
    • Restrict and mask field level access by user or group
    • Meet compliance requirements with effective key management and audit trails

     

  • Lessons Learned from IBM i Cyber Attacks

    SB PowerTech WC GenericDespite the many options IBM has provided to protect your systems and data, many organizations still struggle to apply appropriate security controls.
    In this webinar, you'll get insight into how the criminals accessed these systems, the fallout from these attacks, and how the incidents could have been avoided by following security best practices.

    • Learn which security gaps cyber criminals love most
    • Find out how other IBM i organizations have fallen victim
    • Get the details on policies and processes you can implement to protect your organization, even when staff works from home

    You will learn the steps you can take to avoid the mistakes made in these examples, as well as other inadequate and misconfigured settings that put businesses at risk.

     

     

  • The Power of Coding in a Low-Code Solution

    SB PowerTech WC GenericWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed.
    Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

    • Discover the benefits of Low-code's quick application creation
    • Understand the differences in model-based and language-based Low-Code platforms
    • Explore the strengths of LANSA's Low-Code Solution to Low-Code’s biggest drawbacks

     

     

  • Node Webinar Series Pt. 1: The World of Node.js on IBM i

    SB Profound WC GenericHave you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application.
    Part 1 will teach you what Node.js is, why it's a great option for IBM i shops, and how to take advantage of the ecosystem surrounding Node.
    In addition to background information, our Director of Product Development Scott Klement will demonstrate applications that take advantage of the Node Package Manager (npm).
    Watch Now.

  • The Biggest Mistakes in IBM i Security

    SB Profound WC Generic The Biggest Mistakes in IBM i Security
    Here’s the harsh reality: cybersecurity pros have to get their jobs right every single day, while an attacker only has to succeed once to do incredible damage.
    Whether that’s thousands of exposed records, millions of dollars in fines and legal fees, or diminished share value, it’s easy to judge organizations that fall victim. IBM i enjoys an enviable reputation for security, but no system is impervious to mistakes.
    Join this webinar to learn about the biggest errors made when securing a Power Systems server.
    This knowledge is critical for ensuring integrity of your application data and preventing you from becoming the next Equifax. It’s also essential for complying with all formal regulations, including SOX, PCI, GDPR, and HIPAA
    Watch Now.

  • Comply in 5! Well, actually UNDER 5 minutes!!

    SB CYBRA PPL 5382

    TRY the one package that solves all your document design and printing challenges on all your platforms.

    Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product.

    Request your trial now!

  • Backup and Recovery on IBM i: Your Strategy for the Unexpected

    FortraRobot automates the routine tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:
    - Simplified backup procedures
    - Easy data encryption
    - Save media management
    - Guided restoration
    - Seamless product integration
    Make sure your data survives when catastrophe hits. Try the Robot Backup and Recovery Solution FREE for 30 days.

  • Manage IBM i Messages by Exception with Robot

    SB HelpSystems SC 5413Managing messages on your IBM i can be more than a full-time job if you have to do it manually. How can you be sure you won’t miss important system events?
    Automate your message center with the Robot Message Management Solution. Key features include:
    - Automated message management
    - Tailored notifications and automatic escalation
    - System-wide control of your IBM i partitions
    - Two-way system notifications from your mobile device
    - Seamless product integration
    Try the Robot Message Management Solution FREE for 30 days.

  • Easiest Way to Save Money? Stop Printing IBM i Reports

    FortraRobot automates report bursting, distribution, bundling, and archiving, and offers secure, selective online report viewing.
    Manage your reports with the Robot Report Management Solution. Key features include:

    - Automated report distribution
    - View online without delay
    - Browser interface to make notes
    - Custom retention capabilities
    - Seamless product integration
    Rerun another report? Never again. Try the Robot Report Management Solution FREE for 30 days.

  • Hassle-Free IBM i Operations around the Clock

    SB HelpSystems SC 5413For over 30 years, Robot has been a leader in systems management for IBM i.
    Manage your job schedule with the Robot Job Scheduling Solution. Key features include:
    - Automated batch, interactive, and cross-platform scheduling
    - Event-driven dependency processing
    - Centralized monitoring and reporting
    - Audit log and ready-to-use reports
    - Seamless product integration
    Scale your software, not your staff. Try the Robot Job Scheduling Solution FREE for 30 days.