Effective Date: November 1, 2007
Related UT Austin Policies, Procedures, Best Practices and Applicable Laws
I. Purpose
This minimum standard serves as a supplement to the IT Security Operations Manual, which was drafted in response to Texas Administrative Code 202 and UT System BPM 53. 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.
II. Scope
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).
III. Audience
All faculty, staff, student employees, contractors, and vendors developing or administering applications designed to handle or manage university data.
IV. Minimum Standard
This section lists the minimum standards that should be applied to the development and administration of applications working with Category-I, -II, or -III data. Standards for Category-I are generally required.
If a solution is not available for a specific requirement, then the specific requirement is waived 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.
Application Development
# |
Practice |
Cat-I |
Cat-II/III |
Classify the university data handled or managed by the application (see Data Classification Standard). |
Required |
Required |
|
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 the university’s Office of Institutional Compliance. |
Required |
Recommended |
|
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. |
Required |
Recommended |
|
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. |
Required |
Recommended |
|
Ensure applications processing data properly authenticate users through central authentication systems, specifically, UT Direct, Austin Active Directory, TAM (uTexas Access Manager, forthcoming), EID Fat Cookie, or Shibboleth. |
Recommended |
Recommended |
|
Establish authorizations for applications by affiliation, membership, or employment, rather than by individual. |
Recommended |
Recommended |
|
If individual authorizations are used, these should expire and require renewal on a periodic (at least annually) basis. |
Required |
Recommended |
|
Provide automated review of authorizations where possible. |
Recommended |
Recommended |
|
Use central authorization tools where possible, and if additional functionality is needed, coordinate development with Information Technology Services (ITS). |
Recommended |
Recommended |
|
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. |
Required |
Recommended |
|
Services or applications running on systems manipulating Category-I data should implement secure (that is, encrypted) communications as required by confidentiality and integrity needs. |
Required |
Recommended |
|
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. |
Required |
Recommended |
|
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 Category-I data, documenting the actions that were taken. |
Required |
Recommended |
|
Conduct annual security tests of Internet applications. Request annual security scans of Internet applications (EID authentication required). |
Recommended |
Recommended |
|
Ensure that obsolete applications, or portions of applications, are removed from any possible execution environment. |
Required |
Recommended |
|
Implement and maintain a change management process for changes to existing software applications. |
Required |
Recommended |
|
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 24 of the IT Security Operations Manual. |
Required |
Recommended |
Application Administration
# |
Practice |
Cat-I |
Cat-II/III |
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. |
Required |
Recommended |
|
Document clear rules and processes for vetting and granting authorizations. |
Required |
Recommended |
|
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. |
Required |
Recommended |
|
Individuals who administer computer systems associated with university data or engage in programming or analysis of software that runs on such systems must: (a) undergo a background check and completion of the Security Sensitive Form, and (b) acknowledge these minimum standards on at least a two year cycle. |
Required |
Recommended |
V. 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 Category I or II 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.
VI. Related UT Austin 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.)
UT-System BPM 53, Information Resources Use and Security Policy
UT Austin IT Security Operations Manual
UT Austin Acceptable Use Policy
UT Austin Data Classification Guidelines
UT Austin Information Security Exception Process
UT-System BPM 66, Protecting the Confidentiality of Social Security Numbers
UT-Austin Current SSN Compliance Schedule
ITS-Applications Security Sections of Analyst Training Program Challenges
