RMC mission & vision
RMC mission
The RMC mission is to protect the confidentiality, integrity, and availability of university data and systems by providing consistent and meaningful risk assessments, by providing guidance to lessen identified risks. Through these assessments and recommendations, we minimize the impact of cybersecurity incidents to the university community and promote awareness of cybersecurity best practices.
RMC vision
The RMC vision is to establish a culture of cybersecurity awareness and continuous improvement on campus. We strive to be a trusted campus partner in the protection of UW’s information assets, by utilizing a formalized risk assessment program. Through collaboration efforts with campus partners, RMC will provide effective risk assessments, regulatory compliance, security metrics and risk mitigation guidance. We aim to enable the campus community to operate in a secure and reliable digital environment that supports the University’s mission.
RMC service catalog
It’s never too late to ensure data security on campus. The Cybersecurity Risk Management & Compliance team can assist at any point in your use of a new service, application, or vendor.
RMC can take a high level look at services/tools/vendors prior to purchase, in the process of implementation or while this tool is in use.
The process begins by entering a new risk assessment request. These requests are reviewed and entered into a queue based on when they were received. Assessment timelines stated below begin once a risk analyst is available, not when the submission occurs. When the analyst starts your assessment, they will contact you to gather additional information.
Providing documentation in advance, such as a SOC2, CAIQ, or HECVAT, and attaching it to your risk assessment request can substantially decrease review time. The risk assessment process requires input from your team to reach completion. Lack of documentation or vendor responsiveness can lead to delays and a potential increase in overall assessed risk.
At any time, please feel free to contact RMC to review the status of your request.
RMC assessment types
This is an accordion element with a series of buttons that open and close related content panels.
Cybersecurity Consultative Review (CCR)
A Cybersecurity Consultative Review (CCR) is a review of all possible security control information and associated risks gathered by campus partners and the Office of Cybersecurity. The goal of the CCR is to communicate vulnerabilities, levels of risk, and recommendations before or after implementation. A summary of the information gathered is presented in a risk letter to the assessment requestor and their Risk Executive, as needed.
How to request
Complete the OneTrust intake form.
If you have questions, please contact rmc-cybersecurity@cio.wisc.edu.
Risk Executive signature required
- Low to Moderate – Email Risk Executive for informational purposes; signature not necessary.
- Moderate-High to Critical – Schedule a formal Risk Executive Meeting (optional). Signature required by the Risk Executive.
Estimated time
Time varies based on request. Collaborative timeline: 15 to 30 business days. High demand for risk assessment work may delay the start of your project. These estimates apply once your risk assessment has been assigned to a risk analyst.
Next steps
Requestor to acknowledge risks and work toward documentation of risk resolution.
Full risk assessment
HIPAA or non-HIPAA analysis that assesses a defined-scope technology, infrastructure, process, or department against campus expectations for security posture. Include HIPAA criteria for ePHI as applicable. May require a BAA with vendor based on results of vendor data.
How to request
Complete the OneTrust intake form.
If you have questions, please contact rmc-cybersecurity@cio.wisc.edu.
Risk Executive signature required
- Low to Moderate – Email Risk Executive for informational purposes; signature not necessary.
- Moderate-High to Critical – Schedule a formal Risk Executive Meeting (optional). Signature required by the Risk Executive.
Estimated time
2-4 Months, 8-10 Sessions.
Time varies based on request. Collaborative timeline: 15 to 30 business days. High demand for risk assessment work may delay the start of your project. These estimates apply once your risk assessment has been assigned to a risk analyst.
Next steps
Requestor to acknowledge risks and work toward documentation of risk resolution.
Joint Security & Privacy Review (JSPR) (HIPAA)
A Joint Security and Privacy Review (JSPR) is for groups, research projects, and Principal Investigators (PI) that process Protected Health Information (PHI) and don’t need a full HIPAA Risk Analysis. The goal of the JSPR is to provide reviews of research projects, evaluations of research proposals, and evaluations of software that will process, transmit, disclose, or store PHI. A summary of the information gathered is presented in a risk letter to the assessment requestor and their Risk Executive, as needed. Use cases include IRB research, educational activities, projects involving another entity receiving UW PHI, or projects receiving PHI from another entity for a reason other than treatment.
How to request
Complete the OneTrust intake form.
If you have questions, please contact rmc-cybersecurity@cio.wisc.edu.
Risk Executive signature required
- Low to Moderate – Email Risk Executive for informational purposes; signature not necessary.
- Moderate-High to Critical – Schedule a formal Risk Executive Meeting (optional). Signature required by the Risk Executive.
Estimated time
3-6 weeks
Generally happens before any other stage of assessment, but could also happen at any stage. Time varies based on request. Collaborative timeline: 15 to 30 business days. High demand for risk assessment work may delay the start of your project. These estimates apply once your risk assessment has been assigned to a risk analyst.
Next steps
Requestor to acknowledge risks and work toward documentation of risk resolution.
Public cloud risk assessment
Assess the risk of projects and services to be used within the UW–Madison Public Cloud environment. Requests can be submitted after a UW–Madison Public Cloud Team consultation and project goals and architecture designs are drafted. The review will take the infrastructure scope, data classification and usage into consideration.
How to request
Complete the OneTrust intake form.
If you have questions, please contact rmc-cybersecurity@cio.wisc.edu.
Risk Executive signature required
- Low to Moderate – Email Risk Executive for informational purposes; signature not necessary.
- Moderate-High to Critical – Schedule a formal Risk Executive Meeting (optional). Signature required by the Risk Executive.
Estimated time
1-2 months depending on the complexity of the cloud environment.
Time varies based on request. Collaborative timeline: 15 to 30 business days. High demand for risk assessment work may delay the start of your project. These estimates apply once your risk assessment has been assigned to a risk analyst.
Next steps
Requestor to acknowledge risks and work toward documentation of risk resolution.
Additional public cloud resources
Secure Box / secure storage
A tool available to UW–Madison staff for storage and collaboration with restricted data (including ePHI) with a maximum available space of 50GB.
How to request
Complete the OneTrust intake form.
If you have questions, please contact rmc-cybersecurity@cio.wisc.edu.
Risk Executive signature required
No, but communication back to distributed IT will accompany an email to the researcher. Distributed IT Teams should ensure the endpoint meets the Endpoint Checklist Requirements (PDF) to be compliant with the Endpoint Management Policy (UW-526).
Estimated time
1-3 days.
Time varies based on request. Collaborative timeline: 15 to 30 business days. High demand for risk assessment work may delay the start of your project. These estimates apply once your risk assessment has been assigned to a risk analyst.
Next steps
None unless scope of work changes.
Note
Alternative secure storage options may exist and suit your needs more specifically. Please review the UW–Madison Data Services page.
PCI-DSS risk assessment
Description
Whenever there is a change that could affect credit card data that is either stored, transmitted, processed or could otherwise affect the security of that data a Payment Card Industry (PCI) risk assessment needs to be performed to ensure that UW–Madison remains PCI compliant. The PCI compliance team will work with merchant account site managers to determine card data flow, associated risks, and compliance requirements.
How to request
Complete the OneTrust intake form.
If you have questions, please contact rmc-cybersecurity@cio.wisc.edu.
Risk Executive signature required
All changes to the PCI environment need to be initiated through the merchant account Site Manager, reviewed by the PCI compliance team and approved by the merchant account Divisional Business Representative (DBR).
Estimated time
1-2 months depending on the complexity of the request. Time varies based on request. Collaborative timeline: 15 to 30 business days. High demand for risk assessment work may delay the start of your project. These estimates apply once your risk assessment has been assigned to a risk analyst.
Next steps
Once a request is determined to be PCI compliant and the risk approved by the merchant account DBR, everything must be documented and saved to the merchant account Business plan.
Additional PCI resources
Significant change
A significant change in cybersecurity refers to a substantial modification in the technology, data sensitivity, operations, or threat landscape that could impact the security posture of an organization. This could include the introduction of new technologies, more data fields of higher sensitivity, changes in access, or emerging cyber threats. The goal of assessing such changes is to understand their potential impact on the organization’s security and to ensure that appropriate measures are in place to mitigate any increased risk. A significant change has a narrower scope than a full assessment.
How to request
Complete the OneTrust intake form.
If you have questions, please contact rmc-cybersecurity@cio.wisc.edu.
Risk Executive signature required
- Low to Moderate – Email Risk Executive for informational purposes; signature not necessary.
- Moderate-High to Critical – Schedule a formal Risk Executive Meeting (optional). Signature required by the Risk Executive.
Estimated time
Time varies based on request. Collaborative timeline: 15 to 30 business days. High demand for risk assessment work may delay the start of your project. These estimates apply once your risk assessment has been assigned to a risk analyst.
Next steps
Requestor to acknowledge risks and work toward documentation of risk resolution.
Risk Assessment Process
To support the mission and vision of the University and the Risk Management and Compliance team, the process below details roles and responsibilities needed during the collaborative risk assessment process. Securing data for the University of Wisconsin–Madison is most successful when all stakeholders participate. Working jointly, we can maintain security compliance with standards, policies, laws, and regulations to protect sensitive information.
This is an accordion element with a series of buttons that open and close related content panels.
Step 1: Planning
Introductions
- Scoping / Expectations
- Acknowledgements
Kick-off Meeting
- Timelines / Expectations
- Personnel Inclusions
- Task Assignments
Activity | Mechanism | Details | Participating Party; Expected Action |
Estimated Timeline |
---|---|---|---|---|
Low risk exception (Optional) |
If data used in the system is Public or Internal and research into the system is indicating low or low-moderate risks, an email can be generated to summarize the assessment results and recommend best practices for the campus partner, instead of a signed report. A copy of the email would be saved in the same way as a full report (i.e., in the same Secure Box location, using the same folder naming convention for tracking). | Cybersecurity to lead | 1-4 hours | |
Introductions | This email communication is meant to help prepare the Campus Partner for the risk assessment by discussing scope (e.g., assets, data classification, business impacts), expectations, and understanding of the process. This activity helps drive the agenda for the kick-off meeting. | Cybersecurity to lead; campus partner to participate | 30 minutes | |
Kick-off Meeting | Virtual | This meeting is intended to communicate the risk assessment process to the Campus Partner, set expectations, confirm the cadence of risk assessment sessions, and designate personnel to include in the process. | Cybersecurity to lead; campus partner to participate | 1 hour |
Step 2: Risk Assessment
Risk Assessment Sessions
- Security Controls
- Security Gaps
- Risk Scoring
Vulnerability Assessment (as needed)
- Qualys Scans
- Other Technical Testing
Activity | Mechanism | Details | Participating Party; Expected Action |
Estimated Timeline |
---|---|---|---|---|
Risk assessment sessions | Virtual | The risk assessment sessions are meant to identify security controls, determine potential security gaps, and discuss risk scoring (based on likelihoods and impacts). Some risk assessment sessions may include additional scoping conversations to validate the accuracy of assets being considered and reviewed.
Weekly meetings are preferred. The complexity of the analysis will determine the number of meetings needed. The expectation is for the Campus Partner to have availability and provide any documentation in advance. The risk assessment is completed in collaboration with the Office of Cybersecurity to ensure clear understanding and assistance is made available as needed. |
Cybersecurity to lead; campus partner to participate | 1-10 sessions |
Vulnerability assessment | Virtual | A vulnerability assessment scan is coordinated using campus tools. Campus partners would provide IP ranges, coordinate timing and will review results. May not be needed or possible (based on assessment type). | Cybersecurity to lead; campus partner to coordinate | 24 hours |
Step 3: Reporting
Executive Report Drafting
- Written Findings and Observations
- Stored in Secure Box
Informal Review
- Report Shared in Advance
- Feedback and Changes
- Confirmation of Findings
Activity | Mechanism | Details | Participating Party; Expected Action |
Estimated Timeline |
---|---|---|---|---|
Executive report drafting | Box, email | A risk letter is created to document findings and observations and is stored in secure Box. Estimated timeline includes time to coordinate informal review. | Cybersecurity to lead | Variable: 3-5 business days |
Informal review | Virtual | The risk letter is discussed with the campus partner before it reaches the risk executive or other risk delegate. The meeting is set up to discuss feedback, incorporate feedback into the report and validate that findings are understood. | Cybersecurity to lead; campus partner to participate | 1 hour |
Step 4: Signatory
Internal Review
- Cybersecurity Review
- CISO/Delegate Signature
Formal Review
- Risk Executive Hand-off
- Risk Executive Feedback
Risk Executive Signature
Activity | Mechanism | Details | Participating Party; Expected Action |
Estimated Timeline |
---|---|---|---|---|
Internal review | Virtual | The Office of Cybersecurity analyst and leadership will review final risk score results, gather feedback from the HIPAA Security and Privacy Officers for PHI assessments, and sign the report for presentation to the campus partner. | Cybersecurity to lead | Variable: 3-14 business days |
Formal review | Virtual | The Office of Cybersecurity will present the final report in advance of a discussion or meeting with the campus partner. This meeting allows for discussion of findings and opportunities for the campus partner to plan for future activity to reduce risk. Once there is a mutual understanding and acknowledgement of the risk, the Office of Cybersecurity will ask the campus partner to sign the report. | Cybersecurity to lead; campus partner and risk executive to participate | 1 hour |
Risk executive signature | DocuSign | The Risk Executive or delegate is sent a signatory request via DocuSign, which is integrated with secure Box. | Cybersecurity to lead; risk executive to respond/sign | 1-4 business days |
Addressing risks in OneTrust and documenting treatment actions taken to reduce risk will complete this process. Best security practice is to dedicate resources to continued risk management.
Service Owners, in collaboration with their IT support staff, should address all risks identified during this process, to further secure data where and to the extent resources permit. Should this system undergo any significant changes, please reach out to The Office of Cybersecurity for a risk assessment (See below). Results presented during the risk review process are not an approval/denial of the use of analyzed technologies. Results presented outline the continued risk of use of this technology in its current state. UW–Madison encourages a continual focus on securing data which requires the review and remediation of all risks as an ongoing activity.
Campus partner resources
Find additional resources to assist with the interpretation and evaluation of risk for services used on the UW–Madison campus.
Data classification
Classifying data allows Cybersecurity a clear vision of what kind of data is in a school, department, college or network.
Data Classification should also consider:
• Where data is stored |
• How data flows |
• Who has access to it |
• Scope of the data to protect |
• Who has access to it |
• Retention schedules of data |
Public
Data should be classified as Public prior to display on web-sites or once published without access restrictions; and when the unauthorized disclosure, alteration or destruction of that data would result in little or no risk to the University and its affiliates.
Sensitive
Data should be classified as Sensitive when the unauthorized disclosure, alteration, loss or destruction of that data could cause a moderate level of risk to the University, affiliates or research projects. Data should be classified as Sensitive if the loss of confidentiality, integrity or availability of the data could have a serious adverse effect on university operations, assets or individuals.
Internal
Data should be classified as Internal when the unauthorized disclosure, alteration, loss or destruction of that data could result in some risk to the University, affiliates, or research projects. By default, all Institutional Data that is not explicitly classified as Restricted, Sensitive or Public data should be treated as Internal data.
Restricted
Data should be classified as Restricted when the unauthorized disclosure, alteration, loss or destruction of that data could cause a significant level of risk to the University, affiliates or research projects. Data should be classified as Restricted if protection of the data is required by law or regulation or UW–Madison is required to self-report to the government and/or provide notice to the individual if the data is inappropriately accessed.
Additional information about data classification
Determining risk
When calculating risk, the Office of Cybersecurity will always rely on the ability to trust the risk math. This risk is a combination of qualitative and quantitative measurements and is a joint effort between risk analysts and the business unit. The formula for calculation of risk looks like this:
Risk | = | Likelihood | x | Impact |
Likelihood
Likelihood is a frequency-based measurement. UW–Madison bases frequency on a 3 year period.
Impact
Impact is the outcome that effects the political, financial, legal, operational or reputational areas of campus.
Campus Risk Ratings
wdt_ID | Rating (Likeihood x Impact) | Rating definition & prescribed action |
---|---|---|
1 | Critical Risk (20-25) |
Likelihood: Evidence of exploitation of a vulnerability by a threat actor against the asset has been discovered or enough evidence is seen to suspect exploitation has occurred in the past. Mission Impact: Political, financial, legal, operational or reputational impacts will be felt for two or more years. Damages impact at least an entire UW-Madison Division, or multiple departments across divisions. Action: Immediate action is required to reduce the risk. Systems designated with CRITICAL risk exposure may be required to be disconnected until resolutions or mitigations are found. CRITICAL risks found during a security risk assessment must be communicated upon discovery. |
2 | High Risk (10-16) |
Likelihood: Exploitation of a vulnerability by a threat actor against the asset is highly likely, although evidence to suggest exploitation has occurred has not been found. Mission Impact: Political, financial, legal, operational or reputational impacts will be felt for 6 months, up to two years OR damages impact at least an entire UW-Madison Division, or multiple departments across divisions. Action: Prompt action is required to reduce the risk. All HIGH risks must be reduced before the close of the next semester of instruction. |
3 | Moderate Risk (5-9) |
Likelihood: Exploitation of a vulnerability by a threat actor against the asset is likely in general; some controls are in place to reduce the likelihood of occurrence against the specific asset. Mission Impact: Political, financial, legal, operational or reputational impacts may be felt for a month or more, but less than a year AND damages would impact three of fewer departments contained in a single UW-Madison division. Action: Prioritization of remediation efforts is required for all MEDIUM risks. Prioritization must be completed in less than three months. Execution of remediation efforts for MEDIUM risks is based on prioritization relative to other MEDIUM rated risks for the same system or environment. |
4 | Low Risk (2-4) |
Likelihood: Exploitation of a vulnerability by a threat actor is difficult in general requiring expertise beyond one person with advanced computer skills or resources beyond those generally possessed by an individual. If exploitation is within reach of individuals, then our systems have controls to make it unlikely to experience an incident, in a defined time frame. Mission Impact: Political, financial, legal, operational or reputational impacts will be minimal. Operational impacts include: short term reallocation of current IT professionals and resources with localized or minor interruption of project work and non-mission critical services; the data custodian will be inconvenienced for some hours, but definitely less than one week. Action: Required action is limited to making the data custodians and their leadership aware of the risk. The risk must be tracked and reviewed at the next risk assessment, or sooner if changes to the likelihood or impact become apparent. |
5 | Inconsequential Risk (1) |
Likelihood: Exploitation of this risk is not expected over the course of a defined time frame. The difficulty or expense of exploitation of the documented vulnerability is beyond most known organized crime groups. Mission Impact: No noticeable impact to any part of UW–Madison is predicted if the exploitation occurs. Action: Documentation in the risk register is required. Included the findings of NO RISK for the asset, from the specified threat-vulnerabilty. |
wdt_ID | Assessed risk level | Mean time to remediate or mitigate |
---|---|---|
1 | Critical | As soon as possible, less than 96 hours. |
2 | High | As soon as possible, less than 15 days. |
3 | Moderate | Less than 90 calendar days. |
4 | Low | Within one year. |
The matrix presented is consistent with the NIST Risk Management Framework (RMF) process and Federal Information Processing Standards (FIPS) guidance. Generalized presentation of FIPS specific matrix can be found in FIPS 199, February 2004, Table1.
- The Risk Levels presented here are the standard terms to be used at UW to facilitate improved communication across diverse groups.
- Risk ratings aid all parties in decision making throughout the RMF process.
- Typically, the table is not used in isolation: Impact and Likelihood must be defined and assessed. Discussion of these parameters follows.
- The impact to your group’s mission and the assessment of likelihood of realization of the impact from a threat-vulnerability combination should be tailored to your individual environment and needs.
- The likelihood and impact help in scoring risks of individual security gaps. The resulting risk scores assist in assessing an overall risk for analyses.
Risk ratings — calculating meaningful scores
A brief discussion follows, along with some examples. Please consult the UW–Madison Cybersecurity team if a more detailed discussion is needed regarding the development of a tailored impact score matrix, as well as the building of a Risk Register (not shown) from the resulting scoring.
Risk is attributed to assets based on the analysis of multiple factors which influence the Availability, Integrity or Confidentiality (AIC) of the asset.
- Confidentiality – preserving authorized restrictions on information access and disclosure, including means for protecting personal privacy and proprietary information.
- Integrity — guarding against improper information modification or destruction and ensuring information non-repudiation and authenticity.
- Availability – ensuring timely and reliable access to and use of information.
Factors include:
- Threats posed to that asset
- Vulnerabilities that expose the asset
- The impact to any of the UW–Madison mission, values or guiding principles
- The likelihood that the availability, integrity or confidentiality of the asset will be compromised through a given vulnerability by a threat actor
In a quasi-equation format:
[Risk(to AIC of an asset), (from a threat-vulnerability pairing)] = [the Likelihood of exploitation in a given time frame] × [the impact of such exploitation]
Or simply, Risk = Likelihood × Impact
Risk-scoring notes:
- The cataloging of risk calculations for assets is accomplished through OneTrust which acts as a Risk Register.
- Existing security controls need to be considered when evaluating the likelihood of an event.
- Similarly, existing controls are considered if they limit the felt impact to your mission.
- When a single score is requiring a complex system, the final highest risk level found for all components of the asset is used.
- Risks of a threat-vulnerability pairing can be evaluated individually for Availability, Integrity and Confidentiality (AIC) of the asset. Similarly, a single risk scoring can consider two of these or all three parameters.
Risk level is influenced by the type of data in question and the volume of data in question. Type and volume are considerations influencing the Impact score.