|Title||Start Date & Time||End Date & Time|
|Service Maintenance Scheduled: UCB Files||Friday, July 19, 2019 - 8:00pm||Saturday, July 20, 2019 - 6:00am|
|Service Maintenance Scheduled: Network Switches - Building-by-Building||Monday, March 25, 2019 (All day)||Monday, July 22, 2019 - 11:59pm|
|Service Maintenance Scheduled: Wi-Fi in Multiple Buildings||Tuesday, July 23, 2019 - 6:30am||Tuesday, July 23, 2019 - 7:30am|
|Service Maintenance Scheduled: Canvas||Wednesday, July 24, 2019 - 2:30am||Wednesday, July 24, 2019 - 3:00am|
|Service Maintenance Scheduled: VPN Services||Wednesday, July 24, 2019 - 6:30am||Wednesday, July 24, 2019 - 7:00am|
|Service Maintenance Scheduled: Enterprise Applications Including Campus Solutions & Portals||Sunday, July 28, 2019 - 6:00am||Sunday, July 28, 2019 - 6:00pm|
The steps below will help ensure that your system complies with the CU Boulder minimum security standards. These steps are based on the CERT Security Knowledge in Practice method and will also help ensure both security and survivability. Additional information on SKiP can be found at http://www.cert.org/archive/pdf/SKiP.pdf and a summary is provided below.
While it seems obvious that understanding the mission of a system is critical to ensuring a secure configuration, all too often administrators install every possible option on a system. It is also important to understand University policies and guidelines before you start the acquisition and installation of a new system. Click here for IT Policies.
Systems and software as shipped by vendors more likely have vulnerabilities which require patching or configuration. The recommended principles below will form a strong foundation helping to harden and secure systems (network servers, user workstations). Remember if you system is a critical system or contains sensitive information additional hardening steps will be necessary (see the Additional Security Resources below for more help).
Other practices include the creation of a computer deployment plan (network services, users/user privileges, access enforcement, intrusion detection, backup/recovery, network connections), securely configuring network service clients, and using a tested model configuration for workstations.
The only way to detect a security incident is to understand "What is normal operation?"
Once you understand what "normal" is you can discover problems by monitoring transactions performed by some asset (such as looking at the logs produced by a firewall system or a public web server).
Problems or security incidents will always occur so it is important to know how you will respond to incidents before they happen. Additional details can be found in the OIT incident response page.
Remember the adage "Fool me once shame on you. Fool me twice shame on me!" It is important to learn from incidents and improve systems and processes. Identify lessons learned, periodically re-harden the system, securely retire systems by wiping drives.