Metalab Services
aus Metalab Wiki, dem offenen Zentrum für meta-disziplinäre Magier und technisch-kreative Enthusiasten.
Zur Navigation springenZur Suche springen| Language: | English |
|---|
Subpages:
Metalab_Services hat keine Unterseiten.
| Metalab Services | |
| |
| Gestartet: | 2013-11-18 |
| Status: | deceased |
| Beschreibung: | Fixing, Securing and updating Metalab Services |
| Shutdownprozedur: | |
| Zuletzt aktualisiert: | 21.01.2013 |
Existing Services
- Website: http(80)/https(443) metalab.at (www.metalab.at)
- Website: http(80)/https(443) lists.metalab.at
- XMPP/Jabber: xmpp(5222, 5269) jabber.metalab.at
- Incoming Email: SMTP(25) mail.metalab.at (MX 10)
- Outgoing Email: SMTP(25)
Web-Apps and -Services
- MediaWiki Wiki
- Trac Tracker
- WEL-Labelz
Broken Web-Apps and Services to be removed
- enki ???
- metasense
- awstats
- svn
- Last time I checked, someone surprisingly still used that - it's been a while though - should pull a backup with git and publish that statically over https --Mzeltner (Diskussion)
- convergence
- webalizer
Whishlist (Services Not Currently Active)
- Any Submission Services? (587)
- against Benutzer:hop
- against Benutzer:mzeltner - not because of technical reasons, but ones that I'd prefer Metalab not have infrastructure set up in which someone speaks for or as the organisation.
- Benutzer:reox icbw but submission should be used for mailservers that hold mailboxes, not for relays. they should use port 25. only use it if pop/imap is implemented
- for Benutzer:reckoner - Could be just mail forwarding service without storage attached to mailbox.
- POP(110, 995) or IMAP(143, 993) Services?
- against Benutzer:hop
- against Benutzer:mzeltner - adding complexity
- for Benutzer:red667 - mailserverice for members, so less people use gmail, hotmail, ... - cryptohardening is useless if the data is at a place without control
- for Benutzer:reckoner - only in the form of super-encrypted paid-only mailboxes for paranoid members with funds going to Metalab support.
- gitweb.cgi
- for Benutzer:mzeltner - give people the option to avoid GitHub? Decentralised structure and all… With
git http-push(WebDAV) support that uses the same credentials as the wiki or mos? Because we don't need lots of people with shell access. - for Benutzer:reox
- against Benutzer:reckoner - using Github Metalab org. account motivates people to participate in projects, provides better visibility.
- for Benutzer:mzeltner - give people the option to avoid GitHub? Decentralised structure and all… With
- DKIM
- for Benutzer:mzeltner
- for Benutzer:reox
- for Benutzer:reckoner - and SPF, and DMARC
- LDAP
- for Benutzer:red667 - i now its a pain in the ass but would be beneficial for a lot of other services
- for Benutzer:reckoner - definitely
- MediaWiki
- for Benutzer:reckoner - Use MediaWiki as the only CMS for the website, including front-page, calendar and users. Leave MOS as legacy administration backend only.
Anything missing? Please add it!
Things that need to be done
This is a DRAFT list meant to aggregate things that likely should be looked at if they need any relevant updates. Known security issues should be regarded as relevant.
- Document all changes, updates, etc.
- Already done in
/root/CHANGES- is there any reason for this to be particularly public? If so, I'd suggest publishing it via HTTPS --Mzeltner (Diskussion)
- Already done in
- Update Apache to 2.2.26 (current as of 2013-11-19) or switch to nginx
- wheezy wheezy wheezy see this and this - it's hard enough as it is to keep the machine running (thx thx hop) ---Mzeltner (Diskussion)
- Update to eJabberd 13.10 (current as of 2013-11-19) or switch to prosody
- prosody nightly builds for 0.9 are stable and have reasonable SSL settings - ah, but: Prosody is still single-threaded, which makes it impossible to use for large server deployments --Mzeltner (Diskussion)
- Check ALL the Certificates for ALL the services. Acquire certificates for services that do not yet have one. (Basically do not host any unencrypted services anymore)
- I don't think *we* do that (hackerspaces.org does) --Mzeltner (Diskussion)
- Provide forward secrecy for all services by using modern ciphers (EDH)
- Discuss the use of ECC as the only widely implemented curves are known and deliberately weakened curves specified by NIST. (secp256r1, secp385r1). Pepi recommends not to use ECC with NIST curves if possible but provide (p)fs by using DHE (works with all current browsers except for Internet Explorer which only supports forward secrecy using ECDHE on Vista an newer.)
- Update Mediawiki to the current release
- Update Trac to the current release
- Check validity of ALL certificates and set up reminders to renew them. Find at least two persons who are volunteering to take care of that as well!
- Reminders I have in my calendar, though hop did the last one --Mzeltner (Diskussion)
- Get certificates for services that lack encryption
- Add SRV Records to DNS for Jabber/XMPP Server federation and Clients discovery
- Add SPF/TXT Records to DNS for Email
- Keep in mind: some people occasionally send email as
from GMail servers (with regards to my comment from above, yes I don't like that either) --Mzeltner (Diskussion)
- Keep in mind: some people occasionally send email as
- Test all the services, document how to test them
- Test all the security things, document how to test them
