Add tum.edu as alias for tum.de

[jpbernius]

tum.edu is used for eaccess.tum.edu ever since HSTS is enabled for tum.de. https://login.eaccess.ub.tum.de redirects to https://login.eaccess.tum.edu. This updates my previous contribution in #578.

Overall Checklist

• [X] I agree to the project's Developer Certificate of Origin
• [X] The top-level JSON objects are sorted alphabetically
• [X] There are no open pull requests for the same update

for password-rules.json

• [X] ~The given rule isn't particularly standard and obvious for password managers~
• [X] ~Generated passwords have been tested from this rule using the Password Rules Validation Tool~
• [X] ~Information has been included about the website's requirements (eg. screenshots, error messages, steps during experimentation, etc.)~
• [X] ~The PR isn't documenting something that would be a common practice among password managers (e.g. minimal length of 6)~

for change-password-URLs.json

• [X] ~There is no Well-Known URL for Changing Passwords (https://example.com/.well-known/change-password)~
• [X] ~The URL either makes the experience better or no worse than being directed to just the domain in a non-logged-in state~

for shared-credentials.json

• [X] There's evidence the domains are currently related (SSL certificates, DNS entries, valid links between sites, legal documents etc.)
• [X] If using shared, the new group serves login pages on each of the included domains, and those login pages accept accounts from the others. (For example, we wouldn't use a shared association from google.co.il to google.com, because google.co.il redirects to accounts.google.com for sign in.)
• [X] ~If using from and to, the new group, the from domain(s) redirect to the to domain to log in.~

for shared-credentials-historical.json

• [X] ~You believe that the domains were associated at some point in the past and can explain that relationship~