WordPress Policy

  1. This document shall set forth the requirements of using Word Press and Word Press Host (hereinafter Host) for any and all Sage Colleges
  2. Requests for new WordPress sites and servers shall be placed through the WordPress Instance Request form found at https://jira.sage.edu/desk/plugins/servlet/desk/portal/1/create/141 located in the Applications and Infrastructure section.
  3. There shall be one administrator account within each Word Press instance, and that account shall be run collectively by the Information Technology Department.
  4. The maximum endowment of privileges to any other user account shall be that of Editor. An Editor account is allowed to make changes to content of text and images within Word Press but it does not allow them to make configuration changes such as theme changes, theme installations/uninstallation, plug-in installations/uninstallation, theme activations/deactivations, and/or plug in activations/deactivations. Editors do not have the permission to update the Word Press platform itself.
  5. The only employees that are permitted and are responsible for making system changes are the current Director of IT, the Senior Network Administrator, and the current Web Master.
  6. All account passwords will be a minimum of twelve (12) characters long, and are required to be a sequence of characters not found in a dictionary with at lease at least one (1) upper case character, at least one (1) lower case character, at least one (1) number, and at least (1) special character.
  7. All Word Press servers will be equipped with a web application firewall (WordFence) that will monitor and scan for any penetration points within the server. The Administrator is required to meet the highest standard of security that the web application firewall has determined possible. Including but not limited to password changes for any user, plug in removal, theme removal, content removal, account deactivation, and any other operation seemed fit.
  8. On every production Word Press server, all plug-ins that are installed must be active for the purpose of serving production content. This does not apply to Word Press servers that are in the testing phase of deployment.
  9. On every production Word Press server, all themes that are installed must be active for the purpose of serving production content. This does not apply to Word Press servers that are in the testing phase of deployment.
  10. All non-essential themes and plug-ins must be uninstalled. This does not apply to Word Press servers that are in the testing phase of deployment.
  11. All theme and plugin installation requests must be submitted to the IT Department through a WordPress Theme/Plugin Request form at https://jira.sage.edu/desk/plugins/servlet/desk/portal/1/create/140 located in the Applications and Infrastructure section.
  12. Each request will require:
    1. The URL to the plug-in and/or theme page
    2. The target Word Press site for the plug-in and/or theme installation
    3.  An e-mail address to reach the requester
  13. Each request will be reviewed in the order in which it is received. It may take up to twenty (20) business days to review each request for various vulnerabilities and compatibility issues. If any issues are found, the plug-in and/or theme will not be accepted for installation. The requester will be notified via e-mail if the plug-in and/or theme is accepted or rejected.
  14. Each request will be met with various test, that determine that compatibility, and relative security, and maintainability of the plugin or theme.
  15. The testing phase of a request will proceed as follows:
    1. The IT Department will conduct research that determines compatibility, security, and maintainability of the plugin/theme. If the plugin/theme is found to not meet the necessary requirements, a rejection notice will be sent to the requester.
    2. A clone of the production host will be created.
    3. The plugin/theme will be installed on the cloned host.
    4. The IT Department will run various penetration test on the Wordpress platform and underlying cloned host. If the cloned host fails to pass any tests, the plugin will be rejected with notice and the clone will be destroyed.
  16. After the testing phase has completed, a notice of acceptance will be sent via email to the requester. The notice will contain a go live date inquiry, a live date will be arranged between the requester and the IT Department at this time.
  17. All Word Press content will be served via the Hyper Text Transfer Protocol (HTTP) over Secure Socket Layer (SSL.) More commonly known as HTTPS.
  18. All Hosts will be equipped with an intrusion detection suite (OSSEC) that will monitor file systems for file modifications, which will alert the IT Department should there be any changes or irregularities.

WordPress Requests and Support

First time using the Service Center?

For help with submitting a service request review our How-To: Raise an issue with the Service Center article.

After reading the policy above you may submit one of the following requests:

  • WordPress Instance Request - If you need a new WordPress instance you can start the process by submitting a WordPress Instance Request through the IT Service Desk under the Applications and Infrastructure section.

  • WordPress Theme/Plugin Request - If you need a new plugin or theme installed you can let us know by submitting a WordPress Theme/Plugin Request through the IT Service Desk under the Applications and Infrastructure section.

  • Software/Application support - If you need support regarding any aspect of your WordPress instance reach out to us by submitting a Software/Application support request through the IT Service Desk under the Applications and Infrastructure section.

Related articles