Automatic Hot Patch Generation for Android Kernels

Total Page:16

File Type:pdf, Size:1020Kb

Automatic Hot Patch Generation for Android Kernels Automatic Hot Patch Generation for Android Kernels Zhengzi Xu Yulong Zhang Longri Zheng Liangzhao Xia Nanyang Technological University Baidu X-Lab Baidu X-Lab Baidu X-Lab Chenfu Bao Zhi Wang Yang Liu Baidu X-Lab Florida State University Nanyang Technological University Abstract The rapid growth of the Android ecosystem has led to the Table 1: Android version distribution (OCT 2018) fragmentation problem where a wide range of (customized) Android Major Version Release Date Percentage versions of Android OS exist in the market. This poses a se- Android 4.x Oct 2011 6.65% vere security issue as it is very costly for Android vendors Android 5.x Nov 2014 18.11% to fix vulnerabilities in their customized Android kernels in Android 6.x Oct 2015 19.96% time. The recent development of the hot patching technique Android 7.x Aug 2016 25.47% provides an ideal solution to solve this problem since it can Android 8.x Aug 2017 29.60% be applied to a wide range of Android kernels without in- terrupting their normal functionalities. However, the current Android 9.x Aug 2018 0.04% hot patches are written by human experts, which can be time- Others - 0.17% consuming and error-prone. To this end, we first study the feasibility of automatic patch for Android 6.x and below. As a result, based on the statistics generation from 373 Android kernel CVEs ranging from 2012 in Table1, 44.72% of Android devices will not receive any to 2016. Then, we develop an automatic hot patch generation security patches unless vendors can upgrade the firmware ulmet tool, named V , which produces semantic preserving hot themselves. Fig.1 provides further detailed analysis of the patches by learning from the official patches. The key idea Android patch level of the same 500 million devices. Only ulmet of V is to use the weakest precondition reasoning to 20% of the devices can catch up with the 3-month-old security transform the changes made by the official patches into the hot patch updates; only 60% of the devices can catch up with the ulmet patch constraints. The experiments have shown that V 6-month-old security patch updates; and 20% of the devices can generate correct hot patches for 55 real-world Android only have security updates more than a year ago. kernel CVEs. The hot patches do not affect the robustness of The low upgrade rate has resulted in legacy Android sys- the kernels and have low performance overhead. tems with unpatched vulnerabilities. However, Android ven- dors are not motivated to fix those vulnerabilities. It is costly 1 Introduction to apply changes to kernels, as it requires to go through te- dious testing process to ensure that the changes do not break Android platform has become the biggest mobile platform in existing functionalities[18]. Therefore, the legacy systems the modern mobile device industry. The rapid growth of the will remain vulnerable for a very long period. Attackers can Android ecosystem makes our lives convenient by bringing us leverage the known vulnerabilities to attack easily. thousands of new devices with various (customized) Android To address this known vulnerability threat, tremendous ef- operating systems. However, most of these devices cannot forts have been made to patch old Android systems. Among receive timely updates. Table1 gives the Android version all the possible solutions, the hot patch technique provides 1 distribution from 500 million devices as of October 2018 . a convenient way to fix the vulnerabilities without interrupt- The table shows that the recent release of Android Pie (9.0) in ing the normal functionalities of the program [47]. It greatly August 2018 reaches only very few devices after two months. improves the user experience since it can ensure the system However, from the August 2018’s monthly release, the An- security without rebooting the devices. Based on the hot patch droid Security Bulletin [1] stopped to carry security patches idea, Chen et al. have proposed an adaptive Android kernel 1With user consent, we collected Android versions and patch levels from live patching framework [14]. The framework hooks the vul- devices with the Baidu app installed. nerable function and applies a pre-constructed hot patch to it. 100% 16% Overall, this paper has made the following contribution: 90% 14% 1. We formally define the process of automatic hot patch 80% 12% 70% generation via learning from the semantics of the official 60% 10% 50% 8% patches. We elicit three requirements of the process and define 40% 6% its operation scopes. 30% 4% 20% 2. We conduct an empirical study by collecting, summa- 10% 2% 0% 0% rizing, and categorizing different real-world Android kernel vulnerability patches based on their behaviors and distill four 1/1/16 4/1/16 6/1/16 8/1/16 9/5/16 1/1/17 2/5/17 4/1/17 5/5/17 7/1/17 8/5/17 1/5/18 4/1/18 5/1/18 6/5/18 9/1/18 10/1/15 10/5/16 11/7/16 10/1/17 11/1/17 12/1/17 2/18/18 7/13/18 10/5/18 insights. Patch Level Patch 3. We propose an approach to automatically generate hot Number of devices with patch levels newer than this date patches, and implement a tool, named Vulmet, to simulate the Number of devices on this patch level hot patch generating process and test its performance using the vulnerabilities in the real-world legacy Android system. Figure 1: Android patch level distribution as of Oct 2018 The experiments show that the generated hot patch can fix the vulnerabilities with low overheads. The rest of the paper is organized as follows. In Section2, we define the automatic hot patch generation problem with The hot patch will block the malicious input to the function a real-world example. Next, in Section3, we conduct a sur- to ensure the security. Mulliner et al. [38] have built a frame- vey of Android vulnerability type and define the scope of the work, named PatchDroid, which can insert the hot patches patch which can be used to generate the hot patch. Then, Sec- into the binary for third-party unsupported Android kernels. tion4 presents the automatic hot patch generation framework. It checks constraints during patching the vulnerabilities to Section5 evaluates of di fferent aspects of Vulmet with dif- ensure the stability of the system. These works try to build ferent experiments. Section6 lists the related works in patch the framework to insert the hot patch into the legacy system. generation. At last, Section7 concludes the paper. However, the hot patches are still needed to be provided to the system. The framework cannot generate the patches auto- matically. 2 Automatic Hot Patch Generation Writing hot patches based on the officially released patches is challenging. At source code level, programmers can modify In this section, we define of the automatic hot patch generation any parts of the vulnerable functions to fix the bug, while in problem, state requirements and assumptions, and illustrate it binary, it is difficult to find exactly the locations to place the with an example. same modifications. To get a hot patch in the suitable place, se- curity experts are required to understand the semantics of the 2.1 Problem Definition official patch and write a corresponding hot patch. However, this is a time-consuming process and error-prone. It is not We define the automatic hot patch generation as follow: acceptable for the IT industry with the fast development cycle Given a vulnerable function F and its official patch P at and limited security budgets. Therefore, there is a need to location L, we would like to find a suitable location L0 of F develop an automatic solution to correctly convert an official in binary form to insert an automatically generated hot patch patch into a hot patch. P0, which has the same semantics as P. To this end, this paper proposes a solution to automate the In this work, to achieve the goal of hot patch generation, we hot patch generation process. We propose a proper definition have conducted a vulnerability and patch survey to collect the of the problem and set the requirements and assumptions that vulnerable functions F with the official patches P. Then, we involved. To have a complete understanding on the vulner- develop Vulmet to automatically set up the metrics to measure ability patches, we first analyze most of the Android CVEs whether a location is suitable to insert the hot patch and select 0 from the year 2012 to 2016 and categorize them based on the most suitable one as L . After that, Vulmet leverages their patching behaviors. With the insight from the analysis, the weakest precondition to transform the constraints of the we develop Vulmet, which can automatically generate hot original semantics into new constraints to form the hot patch 0 0 patches by extracting the semantics of the official patches P at L . using program analysis. Vulmet will find a suitable place in the function, build and apply a semantic equivalent hot patch 2.2 Requirements to fix the vulnerability. To test the effectiveness of Vulmet, we have generated the hot patches for real-world Android To ensure the generated hot patches are practical, we have set CVEs. The hot patches can prevent the exploits with only the requirements to measure whether it is suitable to patch little overhead on the system. Android kernels. 1 int q6lsm_snd_model_buf_alloc(struct lsm_client*client, 2 size_t len){ 3 struct cal_block_data*cal_block= NULL; 4 size_t pad_zero=0, total_mem=0; 5 ..
Recommended publications
  • Adaptive Android Kernel Live Patching
    Adaptive Android Kernel Live Patching Yue Chen Yulong Zhang Zhi Wang Liangzhao Xia Florida State University Baidu X-Lab Florida State University Baidu X-Lab Chenfu Bao Tao Wei Baidu X-Lab Baidu X-Lab Abstract apps contain sensitive personal data, such as bank ac- counts, mobile payments, private messages, and social Android kernel vulnerabilities pose a serious threat to network data. Even TrustZone, widely used as the se- user security and privacy. They allow attackers to take cure keystore and digital rights management in Android, full control over victim devices, install malicious and un- is under serious threat since the compromised kernel en- wanted apps, and maintain persistent control. Unfortu- ables the attacker to inject malicious payloads into Trust- nately, most Android devices are never timely updated Zone [42, 43]. Therefore, Android kernel vulnerabilities to protect their users from kernel exploits. Recent An- pose a serious threat to user privacy and security. droid malware even has built-in kernel exploits to take Tremendous efforts have been put into finding (and ex- advantage of this large window of vulnerability. An ef- ploiting) Android kernel vulnerabilities by both white- fective solution to this problem must be adaptable to lots hat and black-hat researchers, as evidenced by the sig- of (out-of-date) devices, quickly deployable, and secure nificant increase of kernel vulnerabilities disclosed in from misuse. However, the fragmented Android ecosys- Android Security Bulletin [3] in recent years. In ad- tem makes this a complex and challenging task. dition, many kernel vulnerabilities/exploits are publicly To address that, we systematically studied 1;139 An- available but never reported to Google or the vendors, droid kernels and all the recent critical Android ker- let alone patched (e.g., exploits in Android rooting nel vulnerabilities.
    [Show full text]
  • Digital Vision Network 5000 Series BCM Motherboard BIOS Upgrade
    Digital Vision Network 5000 Series BCM™ Motherboard BIOS Upgrade Instructions October, 2011 24-10129-128 Rev. – Copyright 2011 Johnson Controls, Inc. All Rights Reserved (805) 522-5555 www.johnsoncontrols.com No part of this document may be reproduced without the prior permission of Johnson Controls, Inc. Cardkey P2000, BadgeMaster, and Metasys are trademarks of Johnson Controls, Inc. All other company and product names are trademarks or registered trademarks of their respective owners. These instructions are supplemental. Some times they are supplemental to other manufacturer’s documentation. Never discard other manufacturer’s documentation. Publications from Johnson Controls, Inc. are not intended to duplicate nor replace other manufacturer’s documentation. Due to continuous development of our products, the information in this document is subject to change without notice. Johnson Controls, Inc. shall not be liable for errors contained herein or for incidental or consequential damages in connection with furnishing or use of this material. Contents of this publication may be preliminary and/or may be changed at any time without any obligation to notify anyone of such revision or change, and shall not be regarded as a warranty. If this document is translated from the original English version by Johnson Controls, Inc., all reasonable endeavors will be used to ensure the accuracy of translation. Johnson Controls, Inc. shall not be liable for any translation errors contained herein or for incidental or consequential damages in connection
    [Show full text]
  • Guide to Enterprise Patch Management Technologies
    NIST Special Publication 800-40 Revision 3 Guide to Enterprise Patch Management Technologies Murugiah Souppaya Karen Scarfone C O M P U T E R S E C U R I T Y NIST Special Publication 800-40 Revision 3 Guide to Enterprise Patch Management Technologies Murugiah Souppaya Computer Security Division Information Technology Laboratory Karen Scarfone Scarfone Cybersecurity Clifton, VA July 2013 U.S. Department of Commerce Penny Pritzker, Secretary National Institute of Standards and Technology Patrick D. Gallagher, Under Secretary of Commerce for Standards and Technology and Director Authority This publication has been developed by NIST to further its statutory responsibilities under the Federal Information Security Management Act (FISMA), Public Law (P.L.) 107-347. NIST is responsible for developing information security standards and guidelines, including minimum requirements for Federal information systems, but such standards and guidelines shall not apply to national security systems without the express approval of appropriate Federal officials exercising policy authority over such systems. This guideline is consistent with the requirements of the Office of Management and Budget (OMB) Circular A-130, Section 8b(3), Securing Agency Information Systems, as analyzed in Circular A- 130, Appendix IV: Analysis of Key Sections. Supplemental information is provided in Circular A-130, Appendix III, Security of Federal Automated Information Resources. Nothing in this publication should be taken to contradict the standards and guidelines made mandatory and binding on Federal agencies by the Secretary of Commerce under statutory authority. Nor should these guidelines be interpreted as altering or superseding the existing authorities of the Secretary of Commerce, Director of the OMB, or any other Federal official.
    [Show full text]
  • Android 10 OS Update Instruction for Family of Products on SDM660
    Android 10 OS Update Instruction for Family of Products on SDM660 1 Contents 1. A/B (Seamless) OS Update implementation on SDM660 devices ................................................................................................... 2 2. How AB system is different to Non-AB system ............................................................................................................................... 3 3. Android AB Mode for OS Update .................................................................................................................................................... 4 4. Recovery Mode for OS Update ........................................................................................................................................................ 4 5. Reset Packages and special recovery packages ................................................................................................................................ 4 6. OS Upgrade and Downgrade ............................................................................................................................................................ 5 7. OS Upgrade and Downgrade via EMMs .......................................................................................................................................... 6 8. AB Streaming Update ....................................................................................................................................................................... 7 9. User Notification for Full OTA package
    [Show full text]
  • Patch My PC Microsoft Intune Setup Guide Document Versions
    Patch My PC Microsoft Intune Setup Guide Document Versions: Date Version Description February 07, 2020 1.0 Initial Release March 03, 2020 1.1 User Interface Update August 18, 2020 1.2 Intune Update Feature September 24, 2020 1.3 Grammar and App Registration permission cleanup January 22, 2021 1.4 Update App Registration Permissions February 1, 2021 1.5 Clarified WSUS RSAT prerequisite March 4, 2021 1.6 Updated App Registration permission requirement for GroupMember.Read.All March 17, 2021 1.7 Updated text for Group.Read.All API permission March 26, 2021 1.8 Updated screenshot for new Application Manager Utility location Patch My PC – Publishing Service Setup Guide (Microsoft Intune) 1 System Requirements: • Microsoft .NET Framework 4.5 • Supported Operating Systems o Windows Server 2008 o Windows Server 2012 o Windows Server 2016 o Windows Server 2019 o Windows 10 (x64) – Microsoft Intune only Prerequisites: • WSUS Remote Server Administration Tools (RSAT) to be installed Download the latest MSI installer of the publishing service using the following URL: https://patchmypc.com/publishing- service-download Start the installation by double- clicking the downloaded MSI. Note: Depending on user account control settings, you may need to run an elevated command prompt and launch the MSI from the command prompt. Click Next in the Welcome Wizard Click Next in the Installation Folder Dialog Optionally, you can change the installation folder by clicking Browse… Click Install on the Ready to Install dialog. Note: if user-account control is enabled, you will receive a prompt “Do you want to allow this app to make changes to your device?” Click Yes on this prompt to allow installation Patch My PC – Publishing Service Setup Guide (Microsoft Intune) 2 If you are configuring the product for Intune Win32 application publishing only, you can check Enable Microsoft Intune standalone mode When this option is enabled, prerequisite checks related to WSUS and Configuration Manager are skipped.
    [Show full text]
  • Patch Management for Redhat Enterprise Linux
    Patch Management for RedHat Enterprise Linux Supported Versions BigFix provides coverage for RedHat updates on the following platforms: • RedHat Enterprise Linux 5 • RedHat Enterprise Linux 4 • RedHat Enterprise Linux 3 BigFix covers the following RedHat updates on these platforms: • RedHat Security Advisories • RedHat Bug Fix Advisories • RedHat Enhancement Advisories Patching using Fixlet Messages To deploy patches from the BigFix Console: 1. On the Fixlet messages tab, sort by Site. Choose the Site Patches for RedHat Enterprise Linux. 2. Double-click on the Fixlet message you want to deploy. (In this example, the Fixlet message is RHSA-2007:0992 - Libpng Security Update - Red Hat Enterprise 3.0.) The Fixlet window opens. For more information about setting options using the tabs in the Fixlet window, consult the Console Operators Guide. 3. Select the appropriate Action link. © 2007 by BigFix, Inc. BigFix Patch Management for RedHat Enterprise Linux Page 2 A Take Action window opens. For more information about setting options using the tabs in the Take Action dialog box, consult the Console Operators Guide. 4. Click OK, and enter your Private Key Password when asked. Using the Download Cacher The Download Cacher is designed to automatically download and cache RedHat RPM packages to facilitate deployment of RedHat Enterprise Linux Fixlet messages. Running the Download Cacher Task BigFix provides a Task for running the Download Cacher Tool for RedHat Enterprise Linux. 1. From the Tasks tab, choose Run Download Cacher Tool – Red Hat Enterprise. The Task window opens. © 2007 by BigFix, Inc. BigFix Patch Management for RedHat Enterprise Linux Page 3 2. Select the appropriate Actiont link.
    [Show full text]
  • Mind the Gap: Dissecting the Android Patch Gap | Ben Schlabs
    Mind the Gap – Dissecting the Android patch gap Ben Schlabs <[email protected]> SRLabs Template v12 Corporate Design 2016 Allow us to take you on two intertwined journeys This talk in a nutshell § Wanted to understand how fully-maintained Android phones can be exploited Research § Found surprisingly large patch gaps for many Android vendors journey – some of these are already being closed § Also found Android exploitation to be unexpectedly difficult § Wanted to check thousands of firmwares for the presence of Das Logo Horizontal hundreds of patches — Pos / Neg Engineering § Developed and scaled a rather unique analysis method journey § Created an app for your own analysis 2 3 Android patching is a known-hard problem Patching challenges Patch ecosystems § Computer OS vendors regularly issue patches OS vendor § Users “only” have to confirm the installation of § Microsoft OS patches Patching is hard these patches § Apple Endpoints & severs to start with § Still, enterprises consider regular patching § Linux distro among the most effortful security tasks § “The moBile ecosystem’s diversity […] OS Chipset Phone Android contriButes to security update complexity and vendor vendor vendor phones inconsistency.” – FTC report, March 2018 [1] The nature of Telco § Das Logo HorizontalAndroid makes Patches are handed down a long chain of — Pos / Negpatching so typically four parties Before reaching the user much more § Only some devices get patched (2016: 17% [2]). difficult We focus our research on these “fully patched” phones Our research question –
    [Show full text]
  • How Solarwinds Patch Manager Can Help the NHS Avoid Ransomware Attacks
    WHITE PAPER How SolarWinds Patch Manager Can Help the NHS Avoid Ransomware Attacks page 1 How Solarwinds Patch Manager Can Help the NHS Avoid Ransomware Attacks In May of 2017, the WannaCry virus took a dramatic toll on the U.K.’s National Health Service (NHS)—the largest single-payer healthcare system in the world. According to a report released by the National Audit Office (NAO)*, the attack is believed to have infected machines at 81 health trusts—which accounts for nearly one-third of NHS trusts in the U.K. In addition, according to the report, 19,500 medical appointments were cancelled, computers at 600 general practices were locked, and five hospitals had to divert ambulances to other medical facilities. WannaCry works by infecting an organisation’s infrastructure and encrypting its data, then requiring a ransom payment to unencrypt the data and have it be accessible once again. “The WannaCry cyberattack … was a relatively unsophisticated attack and could have been prevented by the NHS following basic IT security best practice,” stated Amyas Morse, head of the National Audit Office, in conjunction with issuing the report. “There are more sophisticated cyberthreats out there than WannaCry, so the NHS needs to get their act together to ensure they are better protected against future attacks.” According to the report, the vulnerability was able to penetrate the system because of a lack of patching. Patches are provided by vendors to resolve known vulnerabilities. THE VALUE OF PATCH MANAGEMENT Patch management is a basic IT security function. The value in performing regular patch management is undeniable, particularly as IT vendors make it easier and easier to implement.
    [Show full text]
  • Xerox Security Bulletin XRX21-012 (July 28, 2021)
    Xerox Security Bulletin XRX21-012 Xerox® FreeFlow® Print Server v2 / Windows® 10 Install Method: USB Media Supports: • Xerox® iGen®5 Press • Xerox® BaltoroTM HF Production Inkjet Press • Xerox® BrenvaTM HD Production Inkjet Press Deliverable: July 2021 Security Patch Update Includes: OpenJDK Java 8 update 302-b08 Software Bulletin Date: July 28, 2021 1.0 Background Microsoft® responds to US CERT advisory council notifications of Security vulnerabilities referred to as Common Vulnerabilities and Exposures (CVE’s) and develops patches that remediate the Security vulnerabilities that are applicable to Windows® 10 and components (e.g., Windows® Explorer®, .Net Framework®, etc.). The FreeFlow® Print Server organization has a dedicated development team, which actively review the US CERT advisory council CVE notifications, and delivers Security patch updates from Microsoft® to remediate the threat of these Security risks for the FreeFlow® Print Server v2 / Windows® v10 (supporting the Integrated and Standalone platforms) The FreeFlow® Print Server organization delivers Security Patch Updates on the FreeFlow® Print Server v2 / Windows® v10 platform by the FreeFlow® Print Server organization on a quarterly (i.e., 4 times a year) basis. The FreeFlow® Print Server engineering team receives new patch updates in January, April, July and October, and will test them for supported Printer products (such as iGen®5 printers) prior to delivery for customer install. Xerox tests FreeFlow® Print Server operations with the patch updates to ensure there are no software issues prior to installing them at a customer location. Alternatively, a customer can use Windows® Update to install patch updates directly from Microsoft®. If the customer manages their own patch install, the Xerox support team can suggest options to minimize the risk of FreeFlow® Print Server operation problems that could result from patch updates.
    [Show full text]
  • Tanium™ Patch User Guide Version 3.3.183
    Tanium™ Patch User Guide Version 3.3.183 June 07, 2021 The information in this document is subject to change without notice. Further, the information provided in this document is provided “as is” and is believed to be accurate, but is presented without any warranty of any kind, express or implied, except as provided in Tanium’s customer sales terms and conditions. Unless so otherwise provided, Tanium assumes no liability whatsoever, and in no event shall Tanium or its suppliers be liable for any indirect, special, consequential, or incidental damages, including without limitation, lost profits or loss or damage to data arising out of the use or inability to use this document, even if Tanium Inc. has been advised of the possibility of such damages. Any IP addresses used in this document are not intended to be actual addresses. Any examples, command display output, network topology diagrams, and other figures included in this document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental. Please visit https://docs.tanium.com for the most current Tanium product documentation. This documentation may provide access to or information about content, products (including hardware and software), and services provided by third parties (“Third Party Items”). With respect to such Third Party Items, Tanium Inc. and its affiliates (i) are not responsible for such items, and expressly disclaim all warranties and liability of any kind related to such Third Party Items and (ii) will not be responsible for any loss, costs, or damages incurred due to your access to or use of such Third Party Items unless expressly set forth otherwise in an applicable agreement between you and Tanium.
    [Show full text]
  • Incident Response Phases 4-5 of 6 – Eradication and Recovery
    Incident Response Phases 4-5 of 6 – Eradication and Recovery Table of Contents 30TPhase 4: Eradication30T ...................................................................................................................... 2 30TPhishing Defense Tactics -130T ........................................................................................................... 3 30TVirus Detection30T .............................................................................................................................. 4 30THost Intrusion Prevention System (HIPS)30T ...................................................................................... 5 30TRootkits vs. Routine Malware30T ........................................................................................................ 6 30TPolymorphic Malware30T .................................................................................................................... 7 30TThe Advanced Persistent Threat (APT) Effect30T ................................................................................ 8 30TPhase 5: Recovery30T ......................................................................................................................... 9 30T Bringing the System Back Online30T ................................................................................................. 10 30TMonitoring for Repeat Attack30T ...................................................................................................... 11 30TIT Interaction30T ...............................................................................................................................
    [Show full text]
  • Computer Vulnerability Management Practice
    Computer Vulnerability Management Practice • 1.0 Purpose • 2.0 Definitions • 3.0 Scope • 4.0 Procedures • 4.1 Out-of-Band Patch • 4.2 Restart Exemption • 4.3 Out-of-Band Restart Exemption • 4.4 Computer Vulnerability Management – Permanent Opt-Out • 4.5 Update vs. Patching 1. Purpose Montana State University is committed to ensuring a secure computing environment and recognizes the need to prevent and manage IT Computer vulnerabilities. A compromised computer threatens the integrity of the network and all computers connected to it. Computer vulnerability management is a security practice designed to proactively prevent the exploitation of IT vulnerabilities that exist within computers in an organization. Proactively managing computer vulnerabilities will reduce or could eliminate the potential for exploitation and involve considerably less time and effort than responding after exploitation has occurred. The purpose of this policy is to ensure that all university-owned computers are proactively managed and patched with appropriate security updates. Back to Top 2. Definitions Computer: For the purposes of this practice “Computer” is defined as end-user devices e.g. mobile devices (excluding phones), laptops, and desktops. This excludes any personal (BYOD) device which may be connected to the University network. Computer Vulnerability Management: Computer vulnerability management is a security practice designed to proactively prevent the exploitation of IT vulnerabilities that exist within Computers in an organization. Enforced Restart: A restart performed on a user’s system by a member of the IT community. Enterprise Technology Management Policy: Board of Regents policies governing the use of university information technology which apply to all University faculty, staff, students, and patrons.
    [Show full text]