1. Purpose

This minimum standard serves as a supplement to the Information Resources Use and Security Policy, which was drafted in response to Texas Administrative Code 202 and UT System UTS-165. Adherence to the standard will increase the security of applications and help safeguard university information technology resources.
Compliance with these requirements does not imply a completely secure application or system. Instead, these requirements should be integrated into a comprehensive system security plan.


This standard applies to all software applications that are being developed or administered by the audience referenced in Section III and that are running on devices, physical or virtual, where university data are classified as Category I, II, or III (see Data Classification Standard).

3. Audience

All faculty, staff, student employees, contractors, and vendors developing or administering applications designed to handle or manage university data.

4. Minimum Standard

This section lists the minimum standards that should be applied to the development and administration of applications working with Confidential, Controlled, or -Published. Standards for Confidential are generally required.
If a solution is not available for a specific requirement, then the specific requirement can be waived by the ISO until an appropriate solution is made available. In such cases a security exception shall be filed (see part V below). IT owners and custodians, data stewards, lead researchers, system administrators, and application developers are expected to use their professional judgment in managing risks to the information, systems and applications they use and/or support. All security controls should be proportional to the confidentiality, integrity, and availability requirements of the data processed by the system.
 : A recurring task; this should be automated when possible
 : Recommended
 : Required
# Practice Confidential Controlled & Published
4.1.0 All new administrative application development is required to leverage the UT Container Management Platform unless an exception has been approved by the Information Security Office.
4.1.1 Classify the university data handled or managed by the application (see Data Classification Standard).
Prominently display a Confidential Record banner to the screen or interface in use by the application, depending on the type of data being accessed (for example, FERPA, HIPAA, etc.). Do not display Category-I data that has been specifically restricted by law or policy (for example, Social Security Numbers, Protected Health Information, or Credit Card data) unless permitted by University Compliance Services.
Ensure applications validate input properly and restrictively, allowing only those types of input that are known to be correct. Examples include, but are not limited to, such possibilities as cross-site scripting, buffer overflow errors, and injection flaws. See http://www.owasp.org/ for more information and examples.
4.1.4 Ensure applications execute proper error handling so that errors will not provide detailed system information, deny service, impair security mechanisms, or crash the system. See http://www.owasp.org/ for more information and examples.
4.1.5 Ensure applications processing data properly authenticate users through central authentication systems, specifically: Enterprise Authentication, UTLogin, Austin Active Directory, or UT
4.1.6 Establish authorizations for applications by affiliation, membership, or employment, rather than by individual.
4.1.7 If individual authorizations are used, these should expire and require renewal on a periodic (at least annually) basis.
4.1.8 Provide automated review of authorizations where possible.
4.1.9 Use central authorization tools where possible, and if additional functionality is needed, coordinate development with Information Technology Services (ITS).
4.1.10 Ensure applications make use of secure storage for university data as far as system administrators, in accordance with the provisions of the Minimum Security Standards for Systems, provide such storage.
4.1.11 Services or applications running on systems manipulating Confidential data should implement secure (that is, encrypted) communications as required by confidentiality and integrity needs.
4.1.12 Implement the use of application logs to the extent practical, given the limitations of certain systems to store large amounts of log data. When logging access to university data, store logs of all users and times of access for at least 14 days.
Conduct code-level security reviews with professionally trained peers for all new or significantly modified applications; particularly, those that affect the collection, use, and/or display of confidential Confidential data, documenting the actions that were taken.
4.1.14 ISO to complete initial application security assessment Internet applications and sites. Requests submitted to security scans of Internet applications.
4.1.15 Ensure that obsolete applications, or portions of applications, are removed from any possible execution environment. Additionally, as of 2010-July-02, no new WebAgent application development is permitted unless explicitly approved as an exception by the Business Services Committee.
4.1.16 Implement and maintain a change management process for changes to existing software applications. Administrative applications processing confidential university data should leverage the ITS Change Management Process.
4.1.17 Third parties, for example, vendors, providing software and/or receiving university data must enter into written agreements with the university to secure systems and data according to the provisions of section 21 of the UT Austin Information Resources Use and Security Policy.


# Practice Confidential Controlled & Published
4.2.1 Maintain a full inventory of all applications, using Isora Application Inventory tool (https://isora.security.utexas.edu/#inventory), which includes descriptions of authentication and authorization systems, the data classification and level of criticality for each application, and the custodian(s) assigned to each application.
4.2.2 Document clear rules and processes for vetting and granting authorizations.
4.2.3 On at least a semi-annual basis, review and remove all authorizations for individuals who have left the university, transferred to another department, or assumed new job duties within the department.

5. Non-Compliance and Exceptions

For all application developers and administrators – if any of the minimum standards contained within this document cannot be met for applications manipulating Confidential or Controlled data that you support, an Exception Process must be initiated that includes reporting the non-compliance to the Information Security Office, along with a plan for risk assessment and management. (See Security Exception Report.) Non-compliance with this standard may result in revocation of developer or administrator access, notification of supervisors, and reporting to the Office of Internal Audit and/or the Office of Compliance.
Employees of The University of Texas at Austin are required to comply with both institutional rules and regulations and applicable UT System rules and regulations. In addition to university and System rules and regulations, University of Texas at Austin employees are required to comply with state laws and regulations.

6. Related Policies, Procedures, Best Practices and Applicable Laws

The policies and practices listed here inform the application development and administration practices described in this document. You should be familiar with these documents. (This is not a complete list of policies and procedures that affect IT resources.)

7. Revision History

Revision History
Version Date New Original
  03/17/2023 In response to campus-wide Internal Audit, required use of ITS Change Management Process for administrative applications processing confidential university data.  
  03/17/2023 In response to campus-wide Internal Audit, required use of UT Container Management Platform for all administrative application development barring exception.  
  09/19/2019 Adjusted 4.1.5 to identify new Enterprise Authentication service.  
  08/29/2017 Made slight adjustments to require pentests for applications processing Confidential data per recent requirements from HB8 (85th Legislature).
Originally recommended pentests.
  11/19/2014 4.1.16 was missing. It numbered from 4.1.15 to 4.1.17 and 4.1.18.
Changed 4.1.17 to 4.1.16 and 4.1.18 to 4.1.17.
  06/24/2013 Reviewed and fixed broken links. Changed "Office of Institutional Compliance" to University Compliance Services
University Compliance Services
  06/19/2013 Converted from PDF to HTML  
Minimum Security Standards for Application Development and Administration 10/12/2012 On July 02, 2010, the Business Services Committee (BSC), part of the campus-wide IT governance structure (http://www.utexas.edu/cio/itgovernance) endorsed the Chief Information Security Officer's proposal for the university to place a moratorium on all new WebAgent application development. The BSC reserved the right to approve exceptions to this rule, if needed.  
  2/28/2011 Converted web page to PDF
No changes
  7/22/2010 On July 02, 2010, the Business Services Committee (BSC), part of the campus-wide IT governance structure (http://www.utexas.edu/cio/itgovernance) endorsed the Chief Information Security Officer's proposal for the university to standardize on one enterprise method for inventorying applications -by using the ISO's Application Registry. The Application Registry has been in production for some time and is widely used, but this change will eliminate confusion in the development community. This change will be made effective immediately and will be communicated to the campus IT development community.
Maintain a full inventory of all applications with descriptions of authentication and authorization systems, along with the data classification and level of criticality for each application. Ensure a custodian(s) is assigned to each application.
  10/1/2009 Updated visual appearance to new template. Corrected any out of date links to ensure they are pointing to the most current policy documents.  
  6/20/2008 Added link to University Login Banner page.
No link.
Added this Change Log.
Changed reference in section I. Purpose and References sections to UTS-165. Removed reference to BPM 66 (consolidated into UTS 165).
"BPM 53"

8. Approvals

Name Role Members Date
Chief Information Security Officer   Approval Cam Beasley 09/19/2019