The Fellowship / Fellows / ciaran / Ciarán's free software notes

Ciarán's free software notes

Ciaran O'Riordan's irregularly kept software freedom journal

Limit entries displayed: [ 2 ] [ 4 ] [ 6 ] [ 8 ]

Wikimedia board vote 2008 ends midnight Sunday

Elections for one community seat on Wikipedia's nine-person Board of Trustees will close at midnight on June 21st. I'm eligible to vote, and, for reasons I'll discuss next week, I have a sudden interest in communiy voting.

The criteria for eligibility to vote are that you have a certain number of edits to a Wikimedia project. Almost 2.5k votes have been cast so far.

I don't know any of the 15 candidates, so I had to draw up some criteria. The candidate statements were only a minor source of information. What's important for me in a candidate? I wrote everyone's name on a page and made notes about them on three criteria.

  1. Activity levels on Wikimedia projects. Unless someone has been active in contributing to Wikimedia projects, it would be difficult for them to know the issues that affect the editing community. So they should have at least a few thousand edits.
  2. Language abilities, for two reasons. First is that while the English Wikipedia is very good, the quality quickly drops when you read the smaller Wikipedias. So I think there should be more focus on the non-English Wikipedias. Second, because there are so many Wikipedia's, coordination is necessary. To be a good coordinator among projects of many different languages, it helps to be multilingual. Judging someone's language abilities is hard, but I think being able to contribute paragraphs of text in a language is a very good criteria for being "capable". So I mostly ignored what language abilities the candidates claimed in their statements, and instead judged their language abilities based on how much they have contributed to non-English Wikipedias.
  3. Responses to questions. 50+ questions were put to the candidates. I didn't have time to read all their answers, and I found that most answers didn't give me much to base a decision on. But, there was one candidate that I quickly flagged as obnoxious, and two candidates that I flagged as insufficiently interested (since they didn't answer most questions), and for some of the candidates I put a number beside them if an answer impressed me.

The four candidates that I favour are, in no particular order:

It's interesting to note that all 15 candidates are male, and almost all are from Europe or North America. Voting ends midnight Sunday June 21st.

UPDATE June 30th: the results are online. I'm very happy to see that Ting Chen won. 3019 votes were cast.

-- 
Ciarán O'Riordan,
Support free software: Join FSFE's Fellowship

Updating Debian keys for the uninterested

Despite having an aversion to configuring and maintaining security and crypto software, I accepted that I had to update my system in response to the recent big Debian security problem. If I can do it, you can do it. Below are my notes, but keep in mind that my security rank is somewhere between ignorant and uninterested.

For Debian's advice about about updating your system, see:

Some good news is that GnuPG and GnuTLS are not affected. By coincidence, GnuTLS fixed some other security problems yesterday, so upgrading your GnuTLS in the near future would be a good idea, but there's no need to regenerate any keys.

To fix the OpenSSL problem, you have to do two things. First you have to upgrade the package "libssl0.9.8". Then you have to check your system for weak keys and regenerate them if there are any.

About updating the "libssl0.9.8", remember to mention that package explicitly. I originally just upgraded "ssh" and "openssl", thinking that the necessary packages would be automatically be updated because they're dependencies, but they're not. So, explicitly update "libssl0.9.8". It's probably a good idea anyway to update "ssh", "openssl", "openssh-client", and "openssh-server". So that's five packages to upgrade, but the most important is "libssl0.9.8".

Next is to scan for weak keys. You do this with either the "dowkd.pl.gz" perl script, which is published by the Debian Security team. Or you can use the "ssh-vulnkey" program which you get when you install the "openssh-blacklist" package (UPDATE, May 27th: the "ssh-vulnkey" utility is now in the "openssh-client" package). Of these two, I used dowkd.pl.

Optionally, if you want to confirm that the dowkd.pl.gz that you're downloading is really the official Debian scanning tool, you can do this with GnuPG's "--verify" command. For this, you will need dowkd.pl.gz.asc (the signature of the scanning tool). This is described in more detail in a section of the above linked Debian wiki page. That .asc file is the signature for dowkd.pl.gz (not for dowkd.pl), so remember to do the verification before you unzip dowkd.pl.gz.

Next you run "perl dowkd.pl help" at the command line. From there, you choose your options. For me, since I'm the only user on my computer that uses ssh, I ran "perl dowkd.pl user ciaran". I was told I had two weak keys. I manually deleted the four files (public and private key for each of the two weak keys):

  • ~/.ssh/id_rsa
  • ~/.ssh/id_rsa.pub
  • ~/.ssh/id_dsa
  • ~/.ssh/id_rsa.pub

And then I generated a new RSA key with "ssh-keygen" and a new DSA key with "ssh-keygen -t dsa".

I then ran "perl dowkd.pl user ciaran" again to verify that my new keys were not weak, and it told me I had zero weak keys. Success.

Lastly, I had to update my public key on some remote hosts. For example on sv.gnu.org, CVS write access requires a DSA key. So I went to my profile, deleted my old key and then submitted my new DSA public key (~/.ssh/id_dsa.pub).

That was all. I hope these notes encourage some others who similarly hate security to actually fix their systems. I hope it saves some people a bit of time or frustration. And I hope I didn't give too much bad advice that would make real security people cringe :-)

(email me on ciaran at fsfe.org if there is anything cringeworthy)

-- 
Ciarán O'Riordan,
Support free software: Join FSFE's Fellowship


[ RSS Feed ]

Right menu

Fellow Events

<< April 2008 >>
Mon Tue Wed Thu Fri Sat Sun
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 
Selected Day Today


FSFE Card


DRM.info
© FSFE