ñ

Webform Security: Protecting user data

Confidential user information should be safeguarded by everyone
Image by https://www.flickr.com/photos/fluffymuppet/.

Site Managers cando their parttoensure that users' confidential information is protected when they fill out webforms.

Don't ask for financial information

Askingusers to provide the following information via a WMS formis absolutely verboten:

  • credit card numbers
  • debit card numbers

Any forms that have collected such information will be immediately flagged and shut down.

Furthermore, any database backupscontaining credit card informationwill be deleted.

Since backups contain more than oneWMS site, deletionwill not justaffect the site where the form originated. Multiple sites may find their abilityto have their databases restored compromised.

Anyone who collects credit card information in an unsecure and unauthorized mannermay be found in violation of financial confidentiality laws and expose themselves to legal liability.
If you need to collect payment, please get in touch with Financial Services
.


Don't show user credentials

Anonymous forms that ask users to enter the following informationwill also be flagged but not shut down:

  • ñ ID
  • password
  • username

Site Administratorswill be notified so they can ensure that the form is authenticated(i.e., requires users to login) and these fields are removed.

If ñ IDs and usernames are required to verify a user's identity, the fields should be modified to use tokens so this information can be saved in the submission records.


Webform best practices

  1. Authenticate, authenticate, authenticate
    Most security issues can be averted simply by asking users to login. Just uncheck anonymous user under SUBMISSION ACCESS in the Form Settings.

    You can also further restrict your form by making it available only to certain roles or user groups:
    • ñ Staff and Faculty
    • ñ Casual Staff
    • ñ Affiliate
    • ñ Student
    • ñ Undergraduate Student
    • ñ Academic Staff
    • All Faculty and Staff
  2. Don't create a spam portal
    Anonymous forms should not send confirmation messages that reference any text entered by users. Such fields should be unchecked under INCLUDED E-MAIL VALUES under settings for E-mails.
    Included email values
    Image by Lee-Yan Marquez.

    Confirmation emailsfromanonymous formsshould be restricted tosimplethank you messages. Thesecan also beforgone in favour of aConfirmation messagethat appears only on the form - which can beconfigured underForm settings > SUBMISSION SETTINGS.
  3. Protecting Anonymous forms
    If your form has to remain anonymous in order to accept submissions from persons who do not have ñ credentials, there are certain measures you can take to prevent or reduce spam submissions.

    Even when anonymous, a user's IP address is collected whenever a form is submitted. This means that you can use the Per user submission limit under the Form settings to foil spambots.

    Though set to unlimited by default, you can specify the number of submissions allowed for a given period of time.
    Per user submission limit settings
    Image by Lee-Yan Marquez.
  4. Backup your webform submissions
    Webform submissions can be stored on the WMS for only 40 days, at which point they automatically expire. Site managers should download their Webform submissions routinely.

    Just go to the RESULTS tab and click on Download in order to save submissions either as Delimited text or as Microsoft Excel files.
  5. Be cautious with files
    If you are using a File field, make sure that your form is authenticated.

    You should also set which types of files can be uploaded. Notethat some file types are more likely to contain malicious code than others (e.g., word files versus PDFs). Never, ever accept .exe files.
    Allowed file extensions
    Image by Lee-Yan Marquez.

    Lastly, makesure that you scan filesthat you download from form submissions before opening them.

This article was updated August 30, 2020


Related content:

Back to top