1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged sikkerhet
</title>
5 <description>Entries tagged sikkerhet
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Stortingsflertallet går inn for ny IP-basert sensurinfrastruktur i Norge
</title>
11 <link>http://people.skolelinux.org/pere/blog/Stortingsflertallet_g_r_inn_for_ny_IP_basert_sensurinfrastruktur_i_Norge.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Stortingsflertallet_g_r_inn_for_ny_IP_basert_sensurinfrastruktur_i_Norge.html
</guid>
13 <pubDate>Tue,
24 Apr
2018 15:
00:
00 +
0200</pubDate>
14 <description><p
><a href=
"https://www.vg.no/sport/i/J1g8zj/stortingsvedtak-snart-ip-blokkerer-utenlandske-spillselskaper
">VG
</a
>,
15 <a href=
"https://www.dagbladet.no/nyheter/stortinget-blokkerer-utenlandske-spillselskaper/
69740219">Dagbladet
</a
>
17 <a href=
"https://www.nrk.no/ostfold/tar-opp-kampen-mot-utenlandske-spillselskap-
1.14021381">NRK
</a
>
18 melder i dag at flertallet i Familie- og kulturkomiteen på Stortinget
19 har bestemt seg for å introdusere en ny sensurinfrastruktur i Norge.
20 Fra før har Norge en «frivillig» sensurinfrastruktur basert på
21 DNS-navn, der de største ISP-ene basert på en liste med DNS-navn
22 forgifter DNS-svar og omdirigerer til et annet IP-nummer enn det som
23 ligger i DNS. Nå kommer altså IP-basert omdirigering i tillegg. Når
24 infrastrukturen er på plass, er sensur av IP-adresser redusert et
25 spørsmål om hvilke IP-nummer som skal blokkeres. Det vil endre seg
26 etter hvert som myndighetene endrer seg.
</p
>
31 <title>«Rapporten ser ikke på informasjonssikkerhet knyttet til personlig integritet»
</title>
32 <link>http://people.skolelinux.org/pere/blog/_Rapporten_ser_ikke_p__informasjonssikkerhet_knyttet_til_personlig_integritet_.html
</link>
33 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/_Rapporten_ser_ikke_p__informasjonssikkerhet_knyttet_til_personlig_integritet_.html
</guid>
34 <pubDate>Tue,
27 Jun
2017 17:
50:
00 +
0200</pubDate>
35 <description><p
>Jeg kom over teksten
36 «
<a href=
"https://freedom-to-tinker.com/
2017/
06/
21/killing-car-privacy-by-federal-mandate/
">Killing
37 car privacy by federal mandate
</a
>» av Leonid Reyzin på Freedom to
38 Tinker i dag, og det gleder meg å se en god gjennomgang om hvorfor det
39 er et urimelig inngrep i privatsfæren å la alle biler kringkaste sin
40 posisjon og bevegelse via radio. Det omtalte forslaget basert på
41 Dedicated Short Range Communication (DSRC) kalles Basic Safety Message
42 (BSM) i USA og Cooperative Awareness Message (CAM) i Europa, og det
43 norske Vegvesenet er en av de som ser ut til å kunne tenke seg å
44 pålegge alle biler å fjerne nok en bit av innbyggernes privatsfære.
45 Anbefaler alle å lese det som står der.
47 <p
>Mens jeg tittet litt på DSRC på biler i Norge kom jeg over et sitat
48 jeg synes er illustrativt for hvordan det offentlige Norge håndterer
49 problemstillinger rundt innbyggernes privatsfære i SINTEF-rapporten
50 «
<a href=
"https://www.sintef.no/publikasjoner/publikasjon/Download/?pubid=SINTEF+A23933
">Informasjonssikkerhet
51 i AutoPASS-brikker
</a
>» av Trond Foss:
</p
>
53 <p
><blockquote
>
54 «Rapporten ser ikke på informasjonssikkerhet knyttet til personlig
56 </blockquote
></p
>
58 <p
>Så enkelt kan det tydeligvis gjøres når en vurderer
59 informasjonssikkerheten. Det holder vel at folkene på toppen kan si
60 at «Personvernet er ivaretatt», som jo er den populære intetsigende
61 frasen som gjør at mange tror enkeltindividers integritet tas vare på.
62 Sitatet fikk meg til å undres på hvor ofte samme tilnærming, å bare se
63 bort fra behovet for personlig itegritet, blir valgt når en velger å
64 legge til rette for nok et inngrep i privatsfæren til personer i
65 Norge. Det er jo sjelden det får reaksjoner. Historien om
66 reaksjonene på Helse Sør-Østs tjenesteutsetting er jo sørgelig nok et
67 unntak og toppen av isfjellet, desverre. Tror jeg fortsatt takker nei
68 til både AutoPASS og holder meg så langt unna det norske helsevesenet
69 som jeg kan, inntil de har demonstrert og dokumentert at de verdsetter
70 individets privatsfære og personlige integritet høyere enn kortsiktig
71 gevist og samfunnsnytte.
</p
>
76 <title>How to talk with your loved ones in private
</title>
77 <link>http://people.skolelinux.org/pere/blog/How_to_talk_with_your_loved_ones_in_private.html
</link>
78 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/How_to_talk_with_your_loved_ones_in_private.html
</guid>
79 <pubDate>Mon,
7 Nov
2016 10:
25:
00 +
0100</pubDate>
80 <description><p
>A few days ago I ran a very biased and informal survey to get an
81 idea about what options are being used to communicate with end to end
82 encryption with friends and family. I explicitly asked people not to
83 list options only used in a work setting. The background is the
84 uneasy feeling I get when using Signal, a feeling shared by others as
85 a blog post from Sander Venima about
86 <a href=
"https://sandervenema.ch/
2016/
11/why-i-wont-recommend-signal-anymore/
">why
87 he do not recommend Signal anymore
</a
> (with
88 <a href=
"https://news.ycombinator.com/item?id=
12883410">feedback from
89 the Signal author available from ycombinator
</a
>). I wanted an
90 overview of the options being used, and hope to include those options
91 in a less biased survey later on. So far I have not taken the time to
92 look into the individual proposed systems. They range from text
93 sharing web pages, via file sharing and email to instant messaging,
94 VOIP and video conferencing. For those considering which system to
95 use, it is also useful to have a look at
96 <a href=
"https://www.eff.org/secure-messaging-scorecard
">the EFF Secure
97 messaging scorecard
</a
> which is slightly out of date but still
98 provide valuable information.
</p
>
100 <p
>So, on to the list. There were some used by many, some used by a
101 few, some rarely used ones and a few mentioned but without anyone
102 claiming to use them. Notice the grouping is in reality quite random
103 given the biased self selected set of participants. First the ones
104 used by many:
</p
>
108 <li
><a href=
"https://whispersystems.org/
">Signal
</a
></li
>
109 <li
>Email w/
<a href=
"http://openpgp.org/
">OpenPGP
</a
> (Enigmail, GPGSuite,etc)
</li
>
110 <li
><a href=
"https://www.whatsapp.com/
">Whatsapp
</a
></li
>
111 <li
>IRC w/
<a href=
"https://otr.cypherpunks.ca/
">OTR
</a
></li
>
112 <li
>XMPP w/
<a href=
"https://otr.cypherpunks.ca/
">OTR
</a
></li
>
116 <p
>Then the ones used by a few.
</p
>
120 <li
><a href=
"https://wiki.mumble.info/wiki/Main_Page
">Mumble
</a
></li
>
121 <li
>iMessage (included in iOS from Apple)
</li
>
122 <li
><a href=
"https://telegram.org/
">Telegram
</a
></li
>
123 <li
><a href=
"https://jitsi.org/
">Jitsi
</a
></li
>
124 <li
><a href=
"https://keybase.io/download
">Keybase file
</a
></li
>
128 <p
>Then the ones used by even fewer people
</p
>
132 <li
><a href=
"https://ring.cx/
">Ring
</a
></li
>
133 <li
><a href=
"https://bitmessage.org/
">Bitmessage
</a
></li
>
134 <li
><a href=
"https://wire.com/
">Wire
</a
></li
>
135 <li
>VoIP w/
<a href=
"https://en.wikipedia.org/wiki/ZRTP
">ZRTP
</a
> or controlled
<a href=
"https://en.wikipedia.org/wiki/Secure_Real-time_Transport_Protocol
">SRTP
</a
> (e.g using
<a href=
"https://en.wikipedia.org/wiki/CSipSimple
">CSipSimple
</a
>,
<a href=
"https://en.wikipedia.org/wiki/Linphone
">Linphone
</a
>)
</li
>
136 <li
><a href=
"https://matrix.org/
">Matrix
</a
></li
>
137 <li
><a href=
"https://kontalk.org/
">Kontalk
</a
></li
>
138 <li
><a href=
"https://
0bin.net/
">0bin
</a
> (encrypted pastebin)
</li
>
139 <li
><a href=
"https://appear.in
">Appear.in
</a
></li
>
140 <li
><a href=
"https://riot.im/
">riot
</a
></li
>
141 <li
><a href=
"https://www.wickr.com/
">Wickr Me
</a
></li
>
145 <p
>And finally the ones mentioned by not marked as used by
146 anyone. This might be a mistake, perhaps the person adding the entry
147 forgot to flag it as used?
</p
>
151 <li
>Email w/Certificates
<a href=
"https://en.wikipedia.org/wiki/S/MIME
">S/MIME
</a
></li
>
152 <li
><a href=
"https://www.crypho.com/
">Crypho
</a
></li
>
153 <li
><a href=
"https://cryptpad.fr/
">CryptPad
</a
></li
>
154 <li
><a href=
"https://github.com/ricochet-im/ricochet
">ricochet
</a
></li
>
158 <p
>Given the network effect it seem obvious to me that we as a society
159 have been divided and conquered by those interested in keeping
160 encrypted and secure communication away from the masses. The
161 finishing remarks
<a href=
"https://vimeo.com/
97505679">from Aral Balkan
162 in his talk
"Free is a lie
"</a
> about the usability of free software
163 really come into effect when you want to communicate in private with
164 your friends and family. We can not expect them to allow the
165 usability of communication tool to block their ability to talk to
166 their loved ones.
</p
>
168 <p
>Note for example the option IRC w/OTR. Most IRC clients do not
169 have OTR support, so in most cases OTR would not be an option, even if
170 you wanted to. In my personal experience, about
1 in
20 I talk to
171 have a IRC client with OTR. For private communication to really be
172 available, most people to talk to must have the option in their
173 currently used client. I can not simply ask my family to install an
174 IRC client. I need to guide them through a technical multi-step
175 process of adding extensions to the client to get them going. This is
176 a non-starter for most.
</p
>
178 <p
>I would like to be able to do video phone calls, audio phone calls,
179 exchange instant messages and share files with my loved ones, without
180 being forced to share with people I do not know. I do not want to
181 share the content of the conversations, and I do not want to share who
182 I communicate with or the fact that I communicate with someone.
183 Without all these factors in place, my private life is being more or
184 less invaded.
</p
>
189 <title>Aktivitetsbånd som beskytter privatsfæren
</title>
190 <link>http://people.skolelinux.org/pere/blog/Aktivitetsb_nd_som_beskytter_privatsf_ren.html
</link>
191 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Aktivitetsb_nd_som_beskytter_privatsf_ren.html
</guid>
192 <pubDate>Thu,
3 Nov
2016 09:
55:
00 +
0100</pubDate>
193 <description><p
>Jeg ble så imponert over
194 <a href=
"https://www.nrk.no/norge/forbrukerradet-mener-aktivitetsarmband-strider-mot-norsk-lov-
1.13209079">dagens
195 gladnyhet på NRK
</a
>, om at Forbrukerrådet klager inn vilkårene for
196 bruk av aktivitetsbånd fra Fitbit, Garmin, Jawbone og Mio til
197 Datatilsynet og forbrukerombudet, at jeg sendte følgende brev til
198 forbrukerrådet for å uttrykke min støtte:
202 <p
>Jeg ble veldig glad over å lese at Forbrukerrådet
203 <a href=
"http://www.forbrukerradet.no/siste-nytt/klager-inn-aktivitetsarmband-for-brudd-pa-norsk-lov/
">klager
204 inn flere aktivitetsbånd til Datatilsynet for dårlige vilkår
</a
>. Jeg
205 har ønsket meg et aktivitetsbånd som kan måle puls, bevegelse og
206 gjerne også andre helserelaterte indikatorer en stund nå. De eneste
207 jeg har funnet i salg gjør, som dere også har oppdaget, graverende
208 inngrep i privatsfæren og sender informasjonen ut av huset til folk og
209 organisasjoner jeg ikke ønsker å dele aktivitets- og helseinformasjon
210 med. Jeg ønsker et alternativ som
<em
>ikke
</em
> sender informasjon til
211 skyen, men derimot bruker
212 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">en
213 fritt og åpent standardisert
</a
> protokoll (eller i det minste en
214 dokumentert protokoll uten patent- og opphavsrettslige
215 bruksbegrensinger) til å kommunisere med datautstyr jeg kontrollerer.
216 Er jo ikke interessert i å betale noen for å tilrøve seg
217 personopplysninger fra meg. Desverre har jeg ikke funnet noe
218 alternativ så langt.
</p
>
220 <p
>Det holder ikke å endre på bruksvilkårene for enhetene, slik
221 Datatilsynet ofte legger opp til i sin behandling, når de gjør slik
222 f.eks. Fitbit (den jeg har sett mest på). Fitbit krypterer
223 informasjonen på enheten og sender den kryptert til leverandøren. Det
224 gjør det i praksis umulig både å sjekke hva slags informasjon som
225 sendes over, og umulig å ta imot informasjonen selv i stedet for
226 Fitbit. Uansett hva slags historie som forteller i bruksvilkårene er
227 en jo både prisgitt leverandørens godvilje og at de ikke tvinges av
228 sitt lands myndigheter til å lyve til sine kunder om hvorvidt
229 personopplysninger spres ut over det bruksvilkårene sier. Det er
230 veldokumentert hvordan f.eks. USA tvinger selskaper vha. såkalte
231 National security letters til å utlevere personopplysninger samtidig
232 som de ikke får lov til å fortelle dette til kundene sine.
</p
>
234 <p
>Stå på, jeg er veldig glade for at dere har sett på saken. Vet
235 dere om aktivitetsbånd i salg i dag som ikke tvinger en til å utlevere
236 aktivitets- og helseopplysninger med leverandøren?
</p
>
240 <p
>Jeg håper en konkurrent som respekterer kundenes privatliv klarer å
241 nå opp i markedet, slik at det finnes et reelt alternativ for oss som
242 har full tillit til at skyleverandører vil prioritere egen inntjening
243 og myndighetspålegg langt foran kundenes rett til privatliv. Jeg har
244 ingen tiltro til at Datatilsynet vil kreve noe mer enn at vilkårene
245 endres slik at de forklarer eksplisitt i hvor stor grad bruk av
246 produktene utraderer privatsfæren til kundene. Det vil nok gjøre de
247 innklagede armbåndene «lovlige», men fortsatt tvinge kundene til å
248 dele sine personopplysninger med leverandøren.
</p
>
253 <title>Experience and updated recipe for using the Signal app without a mobile phone
</title>
254 <link>http://people.skolelinux.org/pere/blog/Experience_and_updated_recipe_for_using_the_Signal_app_without_a_mobile_phone.html
</link>
255 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Experience_and_updated_recipe_for_using_the_Signal_app_without_a_mobile_phone.html
</guid>
256 <pubDate>Mon,
10 Oct
2016 11:
30:
00 +
0200</pubDate>
257 <description><p
>In July
258 <a href=
"http://people.skolelinux.org/pere/blog/How_to_use_the_Signal_app_if_you_only_have_a_land_line__ie_no_mobile_phone_.html
">I
259 wrote how to get the Signal Chrome/Chromium app working
</a
> without
260 the ability to receive SMS messages (aka without a cell phone). It is
261 time to share some experiences and provide an updated setup.
</p
>
263 <p
>The Signal app have worked fine for several months now, and I use
264 it regularly to chat with my loved ones. I had a major snag at the
265 end of my summer vacation, when the the app completely forgot my
266 setup, identity and keys. The reason behind this major mess was
267 running out of disk space. To avoid that ever happening again I have
268 started storing everything in
<tt
>userdata/
</tt
> in git, to be able to
269 roll back to an earlier version if the files are wiped by mistake. I
270 had to use it once after introducing the git backup. When rolling
271 back to an earlier version, one need to use the
'reset session
' option
272 in Signal to get going, and notify the people you talk with about the
273 problem. I assume there is some sequence number tracking in the
274 protocol to detect rollback attacks. The git repository is rather big
275 (
674 MiB so far), but I have not tried to figure out if some of the
276 content can be added to a .gitignore file due to lack of spare
279 <p
>I
've also hit the
90 days timeout blocking, and noticed that this
280 make it impossible to send messages using Signal. I could still
281 receive them, but had to patch the code with a new timestamp to send.
282 I believe the timeout is added by the developers to force people to
283 upgrade to the latest version of the app, even when there is no
284 protocol changes, to reduce the version skew among the user base and
285 thus try to keep the number of support requests down.
</p
>
287 <p
>Since my original recipe, the Signal source code changed slightly,
288 making the old patch fail to apply cleanly. Below is an updated
289 patch, including the shell wrapper I use to start Signal. The
290 original version required a new user to locate the JavaScript console
291 and call a function from there. I got help from a friend with more
292 JavaScript knowledge than me to modify the code to provide a GUI
293 button instead. This mean that to get started you just need to run
294 the wrapper and click the
'Register without mobile phone
' to get going
295 now. I
've also modified the timeout code to always set it to
90 days
296 in the future, to avoid having to patch the code regularly.
</p
>
298 <p
>So, the updated recipe for Debian Jessie:
</p
>
302 <li
>First, install required packages to get the source code and the
303 browser you need. Signal only work with Chrome/Chromium, as far as I
304 know, so you need to install it.
307 apt install git tor chromium
308 git clone https://github.com/WhisperSystems/Signal-Desktop.git
309 </pre
></li
>
311 <li
>Modify the source code using command listed in the the patch
312 block below.
</li
>
314 <li
>Start Signal using the run-signal-app wrapper (for example using
315 <tt
>`pwd`/run-signal-app
</tt
>).
317 <li
>Click on the
'Register without mobile phone
', will in a phone
318 number you can receive calls to the next minute, receive the
319 verification code and enter it into the form field and press
320 'Register
'. Note, the phone number you use will be user Signal
321 username, ie the way others can find you on Signal.
</li
>
323 <li
>You can now use Signal to contact others. Note, new contacts do
324 not show up in the contact list until you restart Signal, and there is
325 no way to assign names to Contacts. There is also no way to create or
326 update chat groups. I suspect this is because the web app do not have
327 a associated contact database.
</li
>
331 <p
>I am still a bit uneasy about using Signal, because of the way its
332 main author moxie0 reject federation and accept dependencies to major
333 corporations like Google (part of the code is fetched from Google) and
334 Amazon (the central coordination point is owned by Amazon). See for
336 <a href=
"https://github.com/LibreSignal/LibreSignal/issues/
37">the
337 LibreSignal issue tracker
</a
> for a thread documenting the authors
338 view on these issues. But the network effect is strong in this case,
339 and several of the people I want to communicate with already use
340 Signal. Perhaps we can all move to
<a href=
"https://ring.cx/
">Ring
</a
>
341 once it
<a href=
"https://bugs.debian.org/
830265">work on my
342 laptop
</a
>? It already work on Windows and Android, and is included
343 in
<a href=
"https://tracker.debian.org/pkg/ring
">Debian
</a
> and
344 <a href=
"https://launchpad.net/ubuntu/+source/ring
">Ubuntu
</a
>, but not
345 working on Debian Stable.
</p
>
347 <p
>Anyway, this is the patch I apply to the Signal code to get it
348 working. It switch to the production servers, disable to timeout,
349 make registration easier and add the shell wrapper:
</p
>
352 cd Signal-Desktop; cat
&lt;
&lt;EOF | patch -p1
353 diff --git a/js/background.js b/js/background.js
354 index
24b4c1d.
.579345f
100644
355 --- a/js/background.js
356 +++ b/js/background.js
361 - var SERVER_URL =
'https://textsecure-service-staging.whispersystems.org
';
362 + var SERVER_URL =
'https://textsecure-service-ca.whispersystems.org
';
363 var SERVER_PORTS = [
80,
4433,
8443];
364 - var ATTACHMENT_SERVER_URL =
'https://whispersystems-textsecure-attachments-staging.s3.amazonaws.com
';
365 + var ATTACHMENT_SERVER_URL =
'https://whispersystems-textsecure-attachments.s3.amazonaws.com
';
367 window.getSocketStatus = function() {
368 if (messageReceiver) {
369 diff --git a/js/expire.js b/js/expire.js
370 index
639aeae..beb91c3
100644
375 'use strict
';
376 - var BUILD_EXPIRATION =
0;
377 + var BUILD_EXPIRATION = Date.now() + (
90 *
24 *
60 *
60 *
1000);
379 window.extension = window.extension || {};
381 diff --git a/js/views/install_view.js b/js/views/install_view.js
382 index
7816f4f.
.1d6233b
100644
383 --- a/js/views/install_view.js
384 +++ b/js/views/install_view.js
387 'click .step1
': this.selectStep.bind(this,
1),
388 'click .step2
': this.selectStep.bind(this,
2),
389 -
'click .step3
': this.selectStep.bind(this,
3)
390 +
'click .step3
': this.selectStep.bind(this,
3),
391 +
'click .callreg
': function() { extension.install(
'standalone
') },
394 clearQR: function() {
395 diff --git a/options.html b/options.html
396 index dc0f28e.
.8d709f6
100644
400 &lt;div class=
'nav
'>
401 &lt;h1
>{{ installWelcome }}
&lt;/h1
>
402 &lt;p
>{{ installTagline }}
&lt;/p
>
403 -
&lt;div
> &lt;a class=
'button step2
'>{{ installGetStartedButton }}
&lt;/a
> &lt;/div
>
404 +
&lt;div
> &lt;a class=
'button step2
'>{{ installGetStartedButton }}
&lt;/a
>
405 +
&lt;br
> &lt;a class=
"button callreg
">Register without mobile phone
&lt;/a
>
408 &lt;span class=
'dot step1 selected
'>&lt;/span
>
409 &lt;span class=
'dot step2
'>&lt;/span
>
410 &lt;span class=
'dot step3
'>&lt;/span
>
411 --- /dev/null
2016-
10-
07 09:
55:
13.730181472 +
0200
412 +++ b/run-signal-app
2016-
10-
10 08:
54:
09.434172391 +
0200
418 +userdata=
"`pwd`/userdata
"
419 +if [ -d
"$userdata
" ]
&& [ ! -d
"$userdata/.git
" ] ; then
420 + (cd $userdata
&& git init)
422 +(cd $userdata
&& git add .
&& git commit -m
"Current status.
" || true)
424 + --proxy-server=
"socks://localhost:
9050" \
425 + --user-data-dir=$userdata --load-and-launch-app=`pwd`
427 chmod a+rx run-signal-app
430 <p
>As usual, if you use Bitcoin and want to show your support of my
431 activities, please send Bitcoin donations to my address
432 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
437 <title>NRKs kildevern når NRK-epost deles med utenlands etterretning?
</title>
438 <link>http://people.skolelinux.org/pere/blog/NRKs_kildevern_n_r_NRK_epost_deles_med_utenlands_etterretning_.html
</link>
439 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRKs_kildevern_n_r_NRK_epost_deles_med_utenlands_etterretning_.html
</guid>
440 <pubDate>Sat,
8 Oct
2016 08:
15:
00 +
0200</pubDate>
441 <description><p
>NRK
442 <a href=
"https://nrkbeta.no/
2016/
09/
02/securing-whistleblowers/
">lanserte
443 for noen uker siden
</a
> en ny
444 <a href=
"https://www.nrk.no/varsle/
">varslerportal som bruker
445 SecureDrop til å ta imot tips
</a
> der det er vesentlig at ingen
446 utenforstående får vite at NRK er tipset. Det er et langt steg
447 fremover for NRK, og når en leser bloggposten om hva de har tenkt på
448 og hvordan løsningen er satt opp virker det som om de har gjort en
449 grundig jobb der. Men det er ganske mye ekstra jobb å motta tips via
450 SecureDrop, så varslersiden skriver
"Nyhetstips som ikke krever denne
451 typen ekstra vern vil vi gjerne ha på nrk.no/
03030", og
03030-siden
452 foreslår i tillegg til et webskjema å bruke epost, SMS, telefon,
453 personlig oppmøte og brevpost. Denne artikkelen handler disse andre
456 <p
>Når en sender epost til en @nrk.no-adresse så vil eposten sendes ut
457 av landet til datamaskiner kontrollert av Microsoft. En kan sjekke
458 dette selv ved å slå opp epostleveringsadresse (MX) i DNS. For NRK er
459 dette i dag
"nrk-no.mail.protection.outlook.com
". NRK har som en ser
460 valgt å sette bort epostmottaket sitt til de som står bak outlook.com,
461 dvs. Microsoft. En kan sjekke hvor nettverkstrafikken tar veien
462 gjennom Internett til epostmottaket vha. programmet
463 <tt
>traceroute
</tt
>, og finne ut hvem som eier en Internett-adresse
464 vha. whois-systemet. Når en gjør dette for epost-trafikk til @nrk.no
465 ser en at trafikken fra Norge mot nrk-no.mail.protection.outlook.com
466 går via Sverige mot enten Irland eller Tyskland (det varierer fra gang
467 til gang og kan endre seg over tid).
</p
>
470 <a href=
"https://no.wikipedia.org/wiki/FRA-loven
">introduksjonen av
471 FRA-loven
</a
> at IP-trafikk som passerer grensen til Sverige avlyttes
472 av Försvarets radioanstalt (FRA). Vi vet videre takket være
473 Snowden-bekreftelsene at trafikk som passerer grensen til
474 Storbritannia avlyttes av Government Communications Headquarters
475 (GCHQ). I tillegg er er det nettopp lansert et forslag i Norge om at
476 forsvarets E-tjeneste skal få avlytte trafikk som krysser grensen til
477 Norge. Jeg er ikke kjent med dokumentasjon på at Irland og Tyskland
478 gjør det samme. Poenget er uansett at utenlandsk etterretning har
479 mulighet til å snappe opp trafikken når en sender epost til @nrk.no.
480 I tillegg er det selvsagt tilgjengelig for Microsoft som er underlagt USAs
482 <a href=
"https://www.theguardian.com/world/
2013/jul/
11/microsoft-nsa-collaboration-user-data
">samarbeider
483 med USAs etterretning på flere områder
</a
>. De som tipser NRK om
484 nyheter via epost kan dermed gå ut fra at det blir kjent for mange
485 andre enn NRK at det er gjort.
</p
>
487 <p
>Bruk av SMS og telefon registreres av blant annet telefonselskapene
488 og er tilgjengelig i følge lov og forskrift for blant annet Politi,
489 NAV og Finanstilsynet, i tillegg til IT-folkene hos telefonselskapene
490 og deres overordnede. Hvis innringer eller mottaker bruker
491 smarttelefon vil slik kontakt også gjøres tilgjengelig for ulike
492 app-leverandører og de som lytter på trafikken mellom telefon og
493 app-leverandør, alt etter hva som er installert på telefonene som
496 <p
>Brevpost kan virke trygt, og jeg vet ikke hvor mye som registreres
497 og lagres av postens datastyrte postsorteringssentraler. Det vil ikke
498 overraske meg om det lagres hvor i landet hver konvolutt kommer fra og
499 hvor den er adressert, i hvert fall for en kortere periode. Jeg vet
500 heller ikke hvem slik informasjon gjøres tilgjengelig for. Det kan
501 være nok til å ringe inn potensielle kilder når det krysses med hvem
502 som kjente til aktuell informasjon og hvor de befant seg (tilgjengelig
503 f.eks. hvis de bærer mobiltelefon eller bor i nærheten).
</p
>
505 <p
>Personlig oppmøte hos en NRK-journalist er antagelig det tryggeste,
506 men en bør passe seg for å bruke NRK-kantina. Der bryter de nemlig
507 <a href=
"http://www.lovdata.no/all/hl-
19850524-
028.html#
14">Sentralbanklovens
508 paragraf
14</a
> og nekter folk å betale med kontanter. I stedet
509 krever de at en varsle sin bankkortutsteder om hvor en befinner seg
510 ved å bruke bankkort. Banktransaksjoner er tilgjengelig for
511 bankkortutsteder (det være seg VISA, Mastercard, Nets og/eller en
512 bank) i tillegg til politiet og i hvert fall tidligere med Se
& Hør
513 (via utro tjenere, slik det ble avslørt etter utgivelsen av boken
514 «Livet, det forbannede» av Ken B. Rasmussen). Men hvor mange kjenner
515 en NRK-journalist personlig? Besøk på NRK på Marienlyst krever at en
516 registrerer sin ankost elektronisk i besøkssystemet. Jeg vet ikke hva
517 som skjer med det datasettet, men har grunn til å tro at det sendes ut
518 SMS til den en skal besøke med navnet som er oppgitt. Kanskje greit å
519 oppgi falskt navn.
</p
>
521 <p
>Når så tipset er kommet frem til NRK skal det behandles
522 redaksjonelt i NRK. Der vet jeg via ulike kilder at de fleste
523 journalistene bruker lokalt installert programvare, men noen bruker
524 Google Docs og andre skytjenester i strid med interne retningslinjer
525 når de skriver. Hvordan vet en hvem det gjelder? Ikke vet jeg, men
526 det kan være greit å spørre for å sjekke at journalisten har tenkt på
527 problemstillingen, før en gir et tips. Og hvis tipset omtales internt
528 på epost, er det jo grunn til å tro at også intern eposten vil deles
529 med Microsoft og utenlands etterretning, slik tidligere nevnt, men det
530 kan hende at det holdes internt i NRKs interne MS Exchange-løsning.
531 Men Microsoft ønsker å få alle Exchange-kunder over
"i skyen
" (eller
532 andre folks datamaskiner, som det jo innebærer), så jeg vet ikke hvor
533 lenge det i så fall vil vare.
</p
>
535 <p
>I tillegg vet en jo at
536 <a href=
"https://www.nrk.no/ytring/elektronisk-kildevern-i-nrk-
1.11941196">NRK
537 har valgt å gi nasjonal sikkerhetsmyndighet (NSM) tilgang til å se på
538 intern og ekstern Internett-trafikk
</a
> hos NRK ved oppsett av såkalte
539 VDI-noder, på tross av
540 <a href=
"https://www.nrk.no/ytring/bekymring-for-nrks-kildevern-
1.11941584">protester
541 fra NRKs journalistlag
</a
>. Jeg vet ikke om den vil kunne snappe opp
542 dokumenter som lagres på interne filtjenere eller dokumenter som lages
543 i de interne webbaserte publiseringssystemene, men vet at hva noden
544 ser etter på nettet kontrolleres av NSM og oppdateres automatisk, slik
545 at det ikke gir så mye mening å sjekke hva noden ser etter i dag når
546 det kan endres automatisk i morgen.
</p
>
548 <p
>Personlig vet jeg ikke om jeg hadde turt tipse NRK hvis jeg satt på
549 noe som kunne være en trussel mot den bestående makten i Norge eller
550 verden. Til det virker det å være for mange åpninger for
551 utenforstående med andre prioriteter enn NRKs journalistiske fokus.
552 Og den største truslen for en varsler er jo om metainformasjon kommer
553 på avveie, dvs. informasjon om at en har vært i kontakt med en
554 journalist. Det kan være nok til at en kommer i myndighetenes
555 søkelys, og de færreste har nok operasjonell sikkerhet til at vil tåle
556 slik flombelysning på sitt privatliv.
</p
>
561 <title>Unlocking HTC Desire HD on Linux using unruu and fastboot
</title>
562 <link>http://people.skolelinux.org/pere/blog/Unlocking_HTC_Desire_HD_on_Linux_using_unruu_and_fastboot.html
</link>
563 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Unlocking_HTC_Desire_HD_on_Linux_using_unruu_and_fastboot.html
</guid>
564 <pubDate>Thu,
7 Jul
2016 11:
30:
00 +
0200</pubDate>
565 <description><p
>Yesterday, I tried to unlock a HTC Desire HD phone, and it proved
566 to be a slight challenge. Here is the recipe if I ever need to do it
567 again. It all started by me wanting to try the recipe to set up
568 <a href=
"https://blog.torproject.org/blog/mission-impossible-hardening-android-security-and-privacy
">an
569 hardened Android installation
</a
> from the Tor project blog on a
570 device I had access to. It is a old mobile phone with a broken
571 microphone The initial idea had been to just
572 <a href=
"http://wiki.cyanogenmod.org/w/Install_CM_for_ace
">install
573 CyanogenMod on it
</a
>, but did not quite find time to start on it
574 until a few days ago.
</p
>
576 <p
>The unlock process is supposed to be simple: (
1) Boot into the boot
577 loader (press volume down and power at the same time), (
2) select
578 'fastboot
' before (
3) connecting the device via USB to a Linux
579 machine, (
4) request the device identifier token by running
'fastboot
580 oem get_identifier_token
', (
5) request the device unlocking key using
581 the
<a href=
"http://www.htcdev.com/bootloader/
">HTC developer web
582 site
</a
> and unlock the phone using the key file emailed to you.
</p
>
584 <p
>Unfortunately, this only work fi you have hboot version
2.00.0029
585 or newer, and the device I was working on had
2.00.0027. This
586 apparently can be easily fixed by downloading a Windows program and
587 running it on your Windows machine, if you accept the terms Microsoft
588 require you to accept to use Windows - which I do not. So I had to
589 come up with a different approach. I got a lot of help from AndyCap
590 on #nuug, and would not have been able to get this working without
593 <p
>First I needed to extract the hboot firmware from
594 <a href=
"http://www.htcdev.com/ruu/PD9810000_Ace_Sense30_S_hboot_2.00
.0029.exe
">the
595 windows binary for HTC Desire HD
</a
> downloaded as
'the RUU
' from HTC.
596 For this there is is
<a href=
"https://github.com/kmdm/unruu/
">a github
597 project named unruu
</a
> using libunshield. The unshield tool did not
598 recognise the file format, but unruu worked and extracted rom.zip,
599 containing the new hboot firmware and a text file describing which
600 devices it would work for.
</p
>
602 <p
>Next, I needed to get the new firmware into the device. For this I
603 followed some instructions
604 <a href=
"http://www.htc1guru.com/
2013/
09/new-ruu-zips-posted/
">available
605 from HTC1Guru.com
</a
>, and ran these commands as root on a Linux
606 machine with Debian testing:
</p
>
609 adb reboot-bootloader
610 fastboot oem rebootRUU
611 fastboot flash zip rom.zip
612 fastboot flash zip rom.zip
614 </pre
></p
>
616 <p
>The flash command apparently need to be done twice to take effect,
617 as the first is just preparations and the second one do the flashing.
618 The adb command is just to get to the boot loader menu, so turning the
619 device on while holding volume down and the power button should work
622 <p
>With the new hboot version in place I could start following the
623 instructions on the HTC developer web site. I got the device token
627 fastboot oem get_identifier_token
2>&1 | sed
's/(bootloader) //
'
630 <p
>And once I got the unlock code via email, I could use it like
634 fastboot flash unlocktoken Unlock_code.bin
635 </pre
></p
>
637 <p
>And with that final step in place, the phone was unlocked and I
638 could start stuffing the software of my own choosing into the device.
639 So far I only inserted a replacement recovery image to wipe the phone
640 before I start. We will see what happen next. Perhaps I should
641 install
<a href=
"https://www.debian.org/
">Debian
</a
> on it. :)
</p
>
646 <title>How to use the Signal app if you only have a land line (ie no mobile phone)
</title>
647 <link>http://people.skolelinux.org/pere/blog/How_to_use_the_Signal_app_if_you_only_have_a_land_line__ie_no_mobile_phone_.html
</link>
648 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/How_to_use_the_Signal_app_if_you_only_have_a_land_line__ie_no_mobile_phone_.html
</guid>
649 <pubDate>Sun,
3 Jul
2016 14:
20:
00 +
0200</pubDate>
650 <description><p
>For a while now, I have wanted to test
651 <a href=
"https://whispersystems.org/
">the Signal app
</a
>, as it is
652 said to provide end to end encrypted communication and several of my
653 friends and family are already using it. As I by choice do not own a
654 mobile phone, this proved to be harder than expected. And I wanted to
655 have the source of the client and know that it was the code used on my
656 machine. But yesterday I managed to get it working. I used the
657 Github source, compared it to the source in
658 <a href=
"https://chrome.google.com/webstore/detail/signal-private-messenger/bikioccmkafdpakkkcpdbppfkghcmihk?hl=en-US
">the
659 Signal Chrome app
</a
> available from the Chrome web store, applied
660 patches to use the production Signal servers, started the app and
661 asked for the hidden
"register without a smart phone
" form. Here is
662 the recipe how I did it.
</p
>
664 <p
>First, I fetched the Signal desktop source from Github, using
667 git clone https://github.com/WhisperSystems/Signal-Desktop.git
670 <p
>Next, I patched the source to use the production servers, to be
671 able to talk to other Signal users:
</p
>
674 cat
&lt;
&lt;EOF | patch -p0
675 diff -ur ./js/background.js userdata/Default/Extensions/bikioccmkafdpakkkcpdbppfkghcmihk/
0.15.0_0/js/background.js
676 --- ./js/background.js
2016-
06-
29 13:
43:
15.630344628 +
0200
677 +++ userdata/Default/Extensions/bikioccmkafdpakkkcpdbppfkghcmihk/
0.15.0_0/js/background.js
2016-
06-
29 14:
06:
29.530300934 +
0200
682 - var SERVER_URL =
'https://textsecure-service-staging.whispersystems.org
';
683 - var ATTACHMENT_SERVER_URL =
'https://whispersystems-textsecure-attachments-staging.s3.amazonaws.com
';
684 + var SERVER_URL =
'https://textsecure-service-ca.whispersystems.org:
4433';
685 + var ATTACHMENT_SERVER_URL =
'https://whispersystems-textsecure-attachments.s3.amazonaws.com
';
687 window.getSocketStatus = function() {
688 if (messageReceiver) {
689 diff -ur ./js/expire.js userdata/Default/Extensions/bikioccmkafdpakkkcpdbppfkghcmihk/
0.15.0_0/js/expire.js
690 --- ./js/expire.js
2016-
06-
29 13:
43:
15.630344628 +
0200
691 +++ userdata/Default/Extensions/bikioccmkafdpakkkcpdbppfkghcmihk/
0.15.0_0/js/expire.js2016-
06-
29 14:
06:
29.530300934 +
0200
694 'use strict
';
695 - var BUILD_EXPIRATION =
0;
696 + var BUILD_EXPIRATION =
1474492690000;
698 window.extension = window.extension || {};
703 <p
>The first part is changing the servers, and the second is updating
704 an expiration timestamp. This timestamp need to be updated regularly.
705 It is set
90 days in the future by the build process (Gruntfile.js).
706 The value is seconds since
1970 times
1000, as far as I can tell.
</p
>
708 <p
>Based on a tip and good help from the #nuug IRC channel, I wrote a
709 script to launch Signal in Chromium.
</p
>
716 --proxy-server=
"socks://localhost:
9050" \
717 --user-data-dir=`pwd`/userdata --load-and-launch-app=`pwd`
720 <p
> The script start the app and configure Chromium to use the Tor
721 SOCKS5 proxy to make sure those controlling the Signal servers (today
722 Amazon and Whisper Systems) as well as those listening on the lines
723 will have a harder time location my laptop based on the Signal
724 connections if they use source IP address.
</p
>
726 <p
>When the script starts, one need to follow the instructions under
727 "Standalone Registration
" in the CONTRIBUTING.md file in the git
728 repository. I right clicked on the Signal window to get up the
729 Chromium debugging tool, visited the
'Console
' tab and wrote
730 'extension.install(
"standalone
")
' on the console prompt to get the
731 registration form. Then I entered by land line phone number and
732 pressed
'Call
'.
5 seconds later the phone rang and a robot voice
733 repeated the verification code three times. After entering the number
734 into the verification code field in the form, I could start using
735 Signal from my laptop.
737 <p
>As far as I can tell, The Signal app will leak who is talking to
738 whom and thus who know who to those controlling the central server,
739 but such leakage is hard to avoid with a centrally controlled server
740 setup. It is something to keep in mind when using Signal - the
741 content of your chats are harder to intercept, but the meta data
742 exposing your contact network is available to people you do not know.
743 So better than many options, but not great. And sadly the usage is
744 connected to my land line, thus allowing those controlling the server
745 to associate it to my home and person. I would prefer it if only
746 those I knew could tell who I was on Signal. There are options
747 avoiding such information leakage, but most of my friends are not
748 using them, so I am stuck with Signal for now.
</p
>
750 <p
><strong
>Update
2017-
01-
10</strong
>: There is an updated blog post
752 <a href=
"http://people.skolelinux.org/pere/blog/Experience_and_updated_recipe_for_using_the_Signal_app_without_a_mobile_phone.html
">Experience
753 and updated recipe for using the Signal app without a mobile
754 phone
</a
>.
</p
>
759 <title>syslog-trusted-timestamp - chain of trusted timestamps for your syslog
</title>
760 <link>http://people.skolelinux.org/pere/blog/syslog_trusted_timestamp___chain_of_trusted_timestamps_for_your_syslog.html
</link>
761 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/syslog_trusted_timestamp___chain_of_trusted_timestamps_for_your_syslog.html
</guid>
762 <pubDate>Sat,
2 Apr
2016 09:
50:
00 +
0200</pubDate>
763 <description><p
>Two years ago, I had
764 <a href=
"http://people.skolelinux.org/pere/blog/Public_Trusted_Timestamping_services_for_everyone.html
">a
765 look at trusted timestamping options available
</a
>, and among
766 other things noted a still open
767 <a href=
"https://bugs.debian.org/
742553">bug in the tsget script
</a
>
768 included in openssl that made it harder than necessary to use openssl
769 as a trusted timestamping client. A few days ago I was told
770 <a href=
"https:/www.difi.no/
">the Norwegian government office DIFI
</a
> is
771 close to releasing their own trusted timestamp service, and in the
772 process I was happy to learn about a replacement for the tsget script
773 using only curl:
</p
>
776 openssl ts -query -data
"/etc/shells
" -cert -sha256 -no_nonce \
777 | curl -s -H
"Content-Type: application/timestamp-query
" \
778 --data-binary
"@-
" http://zeitstempel.dfn.de
> etc-shells.tsr
779 openssl ts -reply -text -in etc-shells.tsr
780 </pre
></p
>
782 <p
>This produces a binary timestamp file (etc-shells.tsr) which can be
783 used to verify that the content of the file /etc/shell with the
784 calculated sha256 hash existed at the point in time when the request
785 was made. The last command extract the content of the etc-shells.tsr
786 in human readable form. The idea behind such timestamp is to be able
787 to prove using cryptography that the content of a file have not
788 changed since the file was stamped.
</p
>
790 <p
>To verify that the file on disk match the public key signature in
791 the timestamp file, run the following commands. It make sure you have
792 the required certificate for the trusted timestamp service available
793 and use it to compare the file content with the timestamp. In
794 production, one should of course use a better method to verify the
795 service certificate.
</p
>
798 wget -O ca-cert.txt https://pki.pca.dfn.de/global-services-ca/pub/cacert/chain.txt
799 openssl ts -verify -data /etc/shells -in etc-shells.tsr -CAfile ca-cert.txt -text
800 </pre
></p
>
802 <p
>Wikipedia have a lot more information about
803 <a href=
"https://en.wikipedia.org/wiki/Trusted_timestamping
">trusted
804 Timestamping
</a
> and
805 <a href=
"https://en.wikipedia.org/wiki/Linked_timestamping
">linked
806 timestamping
</a
>, and there are several trusted timestamping services
807 around, both as commercial services and as free and public services.
809 <a href=
"https://www.pki.dfn.de/zeitstempeldienst/
">the
810 zeitstempel.dfn.de service
</a
> mentioned above and
811 <a href=
"https://freetsa.org/
">freetsa.org service
</a
> linked to from the
812 wikipedia web site. I believe the DIFI service should show up on
813 https://tsa.difi.no, but it is not available to the public at the
814 moment. I hope this will change when it is into production. The
815 <a href=
"https://tools.ietf.org/html/rfc3161
">RFC
3161</a
> trusted
816 timestamping protocol standard is even implemented in LibreOffice,
817 Microsoft Office and Adobe Acrobat, making it possible to verify when
818 a document was created.
</p
>
820 <p
>I would find it useful to be able to use such trusted timestamp
821 service to make it possible to verify that my stored syslog files have
822 not been tampered with. This is not a new idea. I found one example
823 implemented on the Endian network appliances where
824 <a href=
"http://help.endian.com/entries/
21518508-Enabling-Timestamping-on-log-files-
">the
825 configuration of such feature was described in
2012</a
>.
</p
>
827 <p
>But I could not find any free implementation of such feature when I
828 searched, so I decided to try to
829 <a href=
"https://github.com/petterreinholdtsen/syslog-trusted-timestamp
">build
830 a prototype named syslog-trusted-timestamp
</a
>. My idea is to
831 generate a timestamp of the old log files after they are rotated, and
832 store the timestamp in the new log file just after rotation. This
833 will form a chain that would make it possible to see if any old log
834 files are tampered with. But syslog is bad at handling kilobytes of
835 binary data, so I decided to base64 encode the timestamp and add an ID
836 and line sequence numbers to the base64 data to make it possible to
837 reassemble the timestamp file again. To use it, simply run it like
841 syslog-trusted-timestamp /path/to/list-of-log-files
842 </pre
></p
>
844 <p
>This will send a timestamp from one or more timestamp services (not
845 yet decided nor implemented) for each listed file to the syslog using
846 logger(
1). To verify the timestamp, the same program is used with the
847 --verify option:
</p
>
850 syslog-trusted-timestamp --verify /path/to/log-file /path/to/log-with-timestamp
851 </pre
></p
>
853 <p
>The verification step is not yet well designed. The current
854 implementation depend on the file path being unique and unchanging,
855 and this is not a solid assumption. It also uses process number as
856 timestamp ID, and this is bound to create ID collisions. I hope to
857 have time to come up with a better way to handle timestamp IDs and
858 verification later.
</p
>
860 <p
>Please check out
861 <a href=
"https://github.com/petterreinholdtsen/syslog-trusted-timestamp
">the
862 prototype for syslog-trusted-timestamp on github
</a
> and send
863 suggestions and improvement, or let me know if there already exist a
864 similar system for timestamping logs already to allow me to join
865 forces with others with the same interest.
</p
>
867 <p
>As usual, if you use Bitcoin and want to show your support of my
868 activities, please send Bitcoin donations to my address
869 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
874 <title>Always download Debian packages using Tor - the simple recipe
</title>
875 <link>http://people.skolelinux.org/pere/blog/Always_download_Debian_packages_using_Tor___the_simple_recipe.html
</link>
876 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Always_download_Debian_packages_using_Tor___the_simple_recipe.html
</guid>
877 <pubDate>Fri,
15 Jan
2016 00:
30:
00 +
0100</pubDate>
878 <description><p
>During his DebConf15 keynote, Jacob Appelbaum
879 <a href=
"https://summit.debconf.org/debconf15/meeting/
331/what-is-to-be-done/
">observed
880 that those listening on the Internet lines would have good reason to
881 believe a computer have a given security hole
</a
> if it download a
882 security fix from a Debian mirror. This is a good reason to always
883 use encrypted connections to the Debian mirror, to make sure those
884 listening do not know which IP address to attack. In August, Richard
885 Hartmann observed that encryption was not enough, when it was possible
886 to interfere download size to security patches or the fact that
887 download took place shortly after a security fix was released, and
888 <a href=
"http://richardhartmann.de/blog/posts/
2015/
08/
24-Tor-enabled_Debian_mirror/
">proposed
889 to always use Tor to download packages from the Debian mirror
</a
>. He
890 was not the first to propose this, as the
891 <tt
><a href=
"https://tracker.debian.org/pkg/apt-transport-tor
">apt-transport-tor
</a
></tt
>
892 package by Tim Retout already existed to make it easy to convince apt
893 to use
<a href=
"https://www.torproject.org/
">Tor
</a
>, but I was not
894 aware of that package when I read the blog post from Richard.
</p
>
896 <p
>Richard discussed the idea with Peter Palfrader, one of the Debian
897 sysadmins, and he set up a Tor hidden service on one of the central
898 Debian mirrors using the address vwakviie2ienjx6t.onion, thus making
899 it possible to download packages directly between two tor nodes,
900 making sure the network traffic always were encrypted.
</p
>
902 <p
>Here is a short recipe for enabling this on your machine, by
903 installing
<tt
>apt-transport-tor
</tt
> and replacing http and https
904 urls with tor+http and tor+https, and using the hidden service instead
905 of the official Debian mirror site. I recommend installing
906 <tt
>etckeeper
</tt
> before you start to have a history of the changes
907 done in /etc/.
</p
>
909 <blockquote
><pre
>
910 apt install apt-transport-tor
911 sed -i
's% http://ftp.debian.org/% tor+http://vwakviie2ienjx6t.onion/%
' /etc/apt/sources.list
912 sed -i
's% http% tor+http%
' /etc/apt/sources.list
913 </pre
></blockquote
>
915 <p
>If you have more sources listed in /etc/apt/sources.list.d/, run
916 the sed commands for these too. The sed command is assuming your are
917 using the ftp.debian.org Debian mirror. Adjust the command (or just
918 edit the file manually) to match your mirror.
</p
>
920 <p
>This work in Debian Jessie and later. Note that tools like
921 <tt
>apt-file
</tt
> only recently started using the apt transport
922 system, and do not work with these tor+http URLs. For
923 <tt
>apt-file
</tt
> you need the version currently in experimental,
924 which need a recent apt version currently only in unstable. So if you
925 need a working
<tt
>apt-file
</tt
>, this is not for you.
</p
>
927 <p
>Another advantage from this change is that your machine will start
928 using Tor regularly and at fairly random intervals (every time you
929 update the package lists or upgrade or install a new package), thus
930 masking other Tor traffic done from the same machine. Using Tor will
931 become normal for the machine in question.
</p
>
933 <p
>On
<a href=
"https://wiki.debian.org/FreedomBox
">Freedombox
</a
>, APT
934 is set up by default to use
<tt
>apt-transport-tor
</tt
> when Tor is
935 enabled. It would be great if it was the default on any Debian
941 <title>PGP key transition statement for key EE4E02F9
</title>
942 <link>http://people.skolelinux.org/pere/blog/PGP_key_transition_statement_for_key_EE4E02F9.html
</link>
943 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/PGP_key_transition_statement_for_key_EE4E02F9.html
</guid>
944 <pubDate>Tue,
17 Nov
2015 10:
50:
00 +
0100</pubDate>
945 <description><p
>I
've needed a new OpenPGP key for a while, but have not had time to
946 set it up properly. I wanted to generate it offline and have it
947 available on
<a href=
"http://shop.kernelconcepts.de/#openpgp
">a OpenPGP
948 smart card
</a
> for daily use, and learning how to do it and finding
949 time to sit down with an offline machine almost took forever. But
950 finally I
've been able to complete the process, and have now moved
951 from my old GPG key to a new GPG key. See
952 <a href=
"http://people.skolelinux.org/pere/blog/images/
2015-
11-
17-new-gpg-key-transition.txt
">the
953 full transition statement, signed with both my old and new key
</a
> for
954 the details. This is my new key:
</p
>
957 pub
3936R/
<a href=
"http://pgp.cs.uu.nl/stats/
111D6B29EE4E02F9.html
">111D6B29EE4E02F9
</a
> 2015-
11-
03 [expires:
2019-
11-
14]
958 Key fingerprint =
3AC7 B2E3 ACA5 DF87
78F1 D827
111D
6B29 EE4E
02F9
959 uid Petter Reinholdtsen
&lt;pere@hungry.com
&gt;
960 uid Petter Reinholdtsen
&lt;pere@debian.org
&gt;
961 sub
4096R/
87BAFB0E
2015-
11-
03 [expires:
2019-
11-
02]
962 sub
4096R/F91E6DE9
2015-
11-
03 [expires:
2019-
11-
02]
963 sub
4096R/A0439BAB
2015-
11-
03 [expires:
2019-
11-
02]
966 <p
>The key can be downloaded from the OpenPGP key servers, signed by
967 my old key.
</p
>
969 <p
>If you signed my old key
970 (
<a href=
"http://pgp.cs.uu.nl/stats/DB4CCC4B2A30D729.html
">DB4CCC4B2A30D729
</a
>),
971 I
'd very much appreciate a signature on my new key, details and
972 instructions in the transition statement. I m happy to reciprocate if
973 you have a similarly signed transition statement to present.
</p
>
978 <title>Lawrence Lessig interviewed Edward Snowden a year ago
</title>
979 <link>http://people.skolelinux.org/pere/blog/Lawrence_Lessig_interviewed_Edward_Snowden_a_year_ago.html
</link>
980 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lawrence_Lessig_interviewed_Edward_Snowden_a_year_ago.html
</guid>
981 <pubDate>Mon,
19 Oct
2015 11:
50:
00 +
0200</pubDate>
982 <description><p
>Last year,
<a href=
"https://lessig2016.us/
">US president candidate
983 in the Democratic Party
</a
> Lawrence interviewed Edward Snowden. The
984 one hour interview was
985 <a href=
"https://www.youtube.com/watch?v=o_Sr96TFQQE
">published by
986 Harvard Law School
2014-
10-
23 on Youtube
</a
>, and the meeting took
987 place
2014-
10-
20.
</p
>
989 <p
>The questions are very good, and there is lots of useful
990 information to be learned and very interesting issues to think about
991 being raised. Please check it out.
</p
>
993 <iframe width=
"560" height=
"315" src=
"https://www.youtube.com/embed/o_Sr96TFQQE
" frameborder=
"0" allowfullscreen
></iframe
>
995 <p
>I find it especially interesting to hear again that Snowden did try
996 to bring up his reservations through the official channels without any
997 luck. It is in sharp contrast to the answers made
2013-
11-
06 by the
998 Norwegian prime minister Erna Solberg to the Norwegian Parliament,
999 <a href=
"https://tale.holderdeord.no/speeches/s131106/
68">claiming
1000 Snowden is no Whistle-Blower
</a
> because he should have taken up his
1001 concerns internally and using official channels. It make me sad
1002 that this is the political leadership we have here in Norway.
</p
>
1007 <title>Alle Stortingets mobiltelefoner kontrolleres fra USA...
</title>
1008 <link>http://people.skolelinux.org/pere/blog/Alle_Stortingets_mobiltelefoner_kontrolleres_fra_USA___.html
</link>
1009 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Alle_Stortingets_mobiltelefoner_kontrolleres_fra_USA___.html
</guid>
1010 <pubDate>Wed,
7 Oct
2015 09:
55:
00 +
0200</pubDate>
1011 <description><p
>Jeg lot meg fascinere av
1012 <a href=
"http://www.aftenposten.no/nyheter/iriks/politikk/Stortinget-har-tilgang-til-a-fjernstyre-
600-mobiler-
8192692.html
">en
1013 artikkel i Aftenposten
</a
> der det fortelles at «over
600 telefoner som
1014 benyttes av stortingsrepresentanter, rådgivere og ansatte på
1015 Stortinget, kan «fjernstyres» ved hjelp av
1016 <a href=
"https://play.google.com/store/apps/details?id=com.airwatch.androidagent
">programvaren
1017 Airwatch
</a
>, et såkalte MDM-program (Mobile Device Managment)». Det
1018 hele bagatelliseres av Stortingets IT-stab, men det er i hovedsak på
1019 grunn av at journalisten ikke stiller de relevante spørsmålene. For
1020 meg er det relevante spørsmålet hvem som har lovlig tilgang (i henhold
1021 til lokal lovgiving, dvs. i hvert fall i Norge, Sverige, UK og USA)
1022 til informasjon om og på telefonene, og hvor enkelt det er å skaffe
1023 seg tilgang til hvor mobilene befinner seg og informasjon som befinner
1024 seg på telefonene ved hjelp av utro tjenere, trusler, innbrudd og
1025 andre ulovlige metoder.
</p
>
1027 <p
>Bruken av AirWatch betyr i realiteten at USAs etteretning og
1028 politimyndigheter har full tilgang til stortingets mobiltelefoner,
1029 inkludert posisjon og innhold, takket være
1030 <a href=
"https://en.wikipedia.org/wiki/Foreign_Intelligence_Surveillance_Act_of_1978_Amendments_Act_of_2008
">FISAAA-loven
</a
>
1032 "<a href=
"https://en.wikipedia.org/wiki/National_security_letter
">National
1033 Security Letters
</a
>" og det enkle faktum at selskapet
1034 <a href=
"http://www.airwatch.com/
">AirWatch
</a
> er kontrollert av et
1035 selskap i USA. I tillegg er det kjent at flere lands
1036 etterretningstjenester kan lytte på trafikken når den passerer
1037 landegrensene.
</p
>
1039 <p
>Jeg har bedt om mer informasjon
1040 <a href=
"https://www.mimesbronn.no/request/saksnummer_for_saker_anganede_br
">fra
1041 Stortinget om bruken av AirWatch
</a
> via Mimes brønn så får vi se hva
1042 de har å fortelle om saken. Fant ingenting om
'airwatch
' i
1043 postjournalen til Stortinget, så jeg trenger hjelp før jeg kan be om
1044 innsyn i konkrete dokumenter.
</p
>
1046 <p
>Oppdatering
2015-
10-
07: Jeg er blitt spurt hvorfor jeg antar at
1047 AirWatch-agenten rapporterer til USA og ikke direkte til Stortingets
1048 egen infrastruktur. Det stemmer at det er teknisk mulig å sette
1049 opp mobiltelefonene til å rapportere til datamaskiner som eies av
1050 Stortinget. Jeg antar det rapporteres til AirWatch sine sentrale
1051 tjenester basert på det jeg leste fra beskrivelsen av
1052 <a href=
"http://www.airwatch.com/solutions/mobile-device-management/
">Mobile
1053 Device Management
</A
> på AirWatch sine egne nettsider, koblet med at
1054 det brukes en standard app som kan hentes fra
"app-butikkene
" for å få
1055 tilgang. Enten må app-en settes opp individuelt hos Stortinget, eller
1056 så får den beskjed fra AirWatch i USA om hvor den skal koble seg opp.
1057 I det første tilfellet vil den ikke rapportere direkte til USA, men
1058 til programvare utviklet av AirWatch som kjører på en maskin under
1059 Stortingets kontroll. Det er litt bedre, men fortsatt vil det være
1060 umulig for Stortinget å være sikker på hva programvaren som tar imot
1061 forbindelser gjør. Jeg ser fra beskrivelsen av
1062 <a href=
"http://www.airwatch.com/differentiators/enterprise-integration/
">Enterprice
1063 Integration
</a
> hos AirWatch at det er mulig å ha lokal installasjon,
1064 og håper innsynsforespørsler mot Stortinget kan fortelle mer om
1065 hvordan ting konkret fungerer der.
</p
>
1070 <title>Good bye subkeys.pgp.net, welcome pool.sks-keyservers.net
</title>
1071 <link>http://people.skolelinux.org/pere/blog/Good_bye_subkeys_pgp_net__welcome_pool_sks_keyservers_net.html
</link>
1072 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Good_bye_subkeys_pgp_net__welcome_pool_sks_keyservers_net.html
</guid>
1073 <pubDate>Wed,
10 Sep
2014 13:
10:
00 +
0200</pubDate>
1074 <description><p
>Yesterday, I had the pleasure of attending a talk with the
1075 <a href=
"http://www.nuug.no/
">Norwegian Unix User Group
</a
> about
1076 <a href=
"http://www.nuug.no/aktiviteter/
20140909-sks-keyservers/
">the
1077 OpenPGP keyserver pool sks-keyservers.net
</a
>, and was very happy to
1078 learn that there is a large set of publicly available key servers to
1079 use when looking for peoples public key. So far I have used
1080 subkeys.pgp.net, and some times wwwkeys.nl.pgp.net when the former
1081 were misbehaving, but those days are ended. The servers I have used
1082 up until yesterday have been slow and some times unavailable. I hope
1083 those problems are gone now.
</p
>
1085 <p
>Behind the round robin DNS entry of the
1086 <a href=
"https://sks-keyservers.net/
">sks-keyservers.net
</a
> service
1087 there is a pool of more than
100 keyservers which are checked every
1088 day to ensure they are well connected and up to date. It must be
1089 better than what I have used so far. :)
</p
>
1091 <p
>Yesterdays speaker told me that the service is the default
1092 keyserver provided by the default configuration in GnuPG, but this do
1093 not seem to be used in Debian. Perhaps it should?
</p
>
1095 <p
>Anyway, I
've updated my ~/.gnupg/options file to now include this
1098 <p
><blockquote
><pre
>
1099 keyserver pool.sks-keyservers.net
1100 </pre
></blockquote
></p
>
1102 <p
>With GnuPG version
2 one can also locate the keyserver using SRV
1103 entries in DNS. Just for fun, I did just that at work, so now every
1104 user of GnuPG at the University of Oslo should find a OpenGPG
1105 keyserver automatically should their need it:
</p
>
1107 <p
><blockquote
><pre
>
1108 % host -t srv _pgpkey-http._tcp.uio.no
1109 _pgpkey-http._tcp.uio.no has SRV record
0 100 11371 pool.sks-keyservers.net.
1111 </pre
></blockquote
></p
>
1113 <p
>Now if only
1114 <a href=
"http://ietfreport.isoc.org/idref/draft-shaw-openpgp-hkp/
">the
1115 HKP lookup protocol
</a
> supported finding signature paths, I would be
1116 very happy. It can look up a given key or search for a user ID, but I
1117 normally do not want that, but to find a trust path from my key to
1118 another key. Given a user ID or key ID, I would like to find (and
1119 download) the keys representing a signature path from my key to the
1120 key in question, to be able to get a trust path between the two keys.
1121 This is as far as I can tell not possible today. Perhaps something
1122 for a future version of the protocol?
</p
>
1127 <title>FreedomBox milestone - all packages now in Debian Sid
</title>
1128 <link>http://people.skolelinux.org/pere/blog/FreedomBox_milestone___all_packages_now_in_Debian_Sid.html
</link>
1129 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FreedomBox_milestone___all_packages_now_in_Debian_Sid.html
</guid>
1130 <pubDate>Tue,
15 Apr
2014 22:
10:
00 +
0200</pubDate>
1131 <description><p
>The
<a href=
"https://wiki.debian.org/FreedomBox
">Freedombox
1132 project
</a
> is working on providing the software and hardware to make
1133 it easy for non-technical people to host their data and communication
1134 at home, and being able to communicate with their friends and family
1135 encrypted and away from prying eyes. It is still going strong, and
1136 today a major mile stone was reached.
</p
>
1138 <p
>Today, the last of the packages currently used by the project to
1139 created the system images were accepted into Debian Unstable. It was
1140 the freedombox-setup package, which is used to configure the images
1141 during build and on the first boot. Now all one need to get going is
1142 the build code from the freedom-maker git repository and packages from
1143 Debian. And once the freedombox-setup package enter testing, we can
1144 build everything directly from Debian. :)
</p
>
1146 <p
>Some key packages used by Freedombox are
1147 <a href=
"http://packages.qa.debian.org/freedombox-setup
">freedombox-setup
</a
>,
1148 <a href=
"http://packages.qa.debian.org/plinth
">plinth
</a
>,
1149 <a href=
"http://packages.qa.debian.org/pagekite
">pagekite
</a
>,
1150 <a href=
"http://packages.qa.debian.org/tor
">tor
</a
>,
1151 <a href=
"http://packages.qa.debian.org/privoxy
">privoxy
</a
>,
1152 <a href=
"http://packages.qa.debian.org/owncloud
">owncloud
</a
> and
1153 <a href=
"http://packages.qa.debian.org/dnsmasq
">dnsmasq
</a
>. There
1154 are plans to integrate more packages into the setup. User
1155 documentation is maintained on the Debian wiki. Please
1156 <a href=
"https://wiki.debian.org/FreedomBox/Manual/Jessie
">check out
1157 the manual
</a
> and help us improve it.
</p
>
1159 <p
>To test for yourself and create boot images with the FreedomBox
1160 setup, run this on a Debian machine using a user with sudo rights to
1161 become root:
</p
>
1163 <p
><pre
>
1164 sudo apt-get install git vmdebootstrap mercurial python-docutils \
1165 mktorrent extlinux virtualbox qemu-user-static binfmt-support \
1167 git clone http://anonscm.debian.org/git/freedombox/freedom-maker.git \
1169 make -C freedom-maker dreamplug-image raspberry-image virtualbox-image
1170 </pre
></p
>
1172 <p
>Root access is needed to run debootstrap and mount loopback
1173 devices. See the README in the freedom-maker git repo for more
1174 details on the build. If you do not want all three images, trim the
1175 make line. Note that the virtualbox-image target is not really
1176 virtualbox specific. It create a x86 image usable in kvm, qemu,
1177 vmware and any other x86 virtual machine environment. You might need
1178 the version of vmdebootstrap in Jessie to get the build working, as it
1179 include fixes for a race condition with kpartx.
</p
>
1181 <p
>If you instead want to install using a Debian CD and the preseed
1182 method, boot a Debian Wheezy ISO and use this boot argument to load
1183 the preseed values:
</p
>
1185 <p
><pre
>
1186 url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
">http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
</a
>
1187 </pre
></p
>
1189 <p
>I have not tested it myself the last few weeks, so I do not know if
1190 it still work.
</p
>
1192 <p
>If you wonder how to help, one task you could look at is using
1193 systemd as the boot system. It will become the default for Linux in
1194 Jessie, so we need to make sure it is usable on the Freedombox. I did
1195 a simple test a few weeks ago, and noticed dnsmasq failed to start
1196 during boot when using systemd. I suspect there are other problems
1197 too. :) To detect problems, there is a test suite included, which can
1198 be run from the plinth web interface.
</p
>
1200 <p
>Give it a go and let us know how it goes on the mailing list, and help
1201 us get the new release published. :) Please join us on
1202 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC (#freedombox on
1203 irc.debian.org)
</a
> and
1204 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
1205 mailing list
</a
> if you want to help make this vision come true.
</p
>
1210 <title>S3QL, a locally mounted cloud file system - nice free software
</title>
1211 <link>http://people.skolelinux.org/pere/blog/S3QL__a_locally_mounted_cloud_file_system___nice_free_software.html
</link>
1212 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/S3QL__a_locally_mounted_cloud_file_system___nice_free_software.html
</guid>
1213 <pubDate>Wed,
9 Apr
2014 11:
30:
00 +
0200</pubDate>
1214 <description><p
>For a while now, I have been looking for a sensible offsite backup
1215 solution for use at home. My requirements are simple, it must be
1216 cheap and locally encrypted (in other words, I keep the encryption
1217 keys, the storage provider do not have access to my private files).
1218 One idea me and my friends had many years ago, before the cloud
1219 storage providers showed up, was to use Google mail as storage,
1220 writing a Linux block device storing blocks as emails in the mail
1221 service provided by Google, and thus get heaps of free space. On top
1222 of this one can add encryption, RAID and volume management to have
1223 lots of (fairly slow, I admit that) cheap and encrypted storage. But
1224 I never found time to implement such system. But the last few weeks I
1225 have looked at a system called
1226 <a href=
"https://bitbucket.org/nikratio/s3ql/
">S3QL
</a
>, a locally
1227 mounted network backed file system with the features I need.
</p
>
1229 <p
>S3QL is a fuse file system with a local cache and cloud storage,
1230 handling several different storage providers, any with Amazon S3,
1231 Google Drive or OpenStack API. There are heaps of such storage
1232 providers. S3QL can also use a local directory as storage, which
1233 combined with sshfs allow for file storage on any ssh server. S3QL
1234 include support for encryption, compression, de-duplication, snapshots
1235 and immutable file systems, allowing me to mount the remote storage as
1236 a local mount point, look at and use the files as if they were local,
1237 while the content is stored in the cloud as well. This allow me to
1238 have a backup that should survive fire. The file system can not be
1239 shared between several machines at the same time, as only one can
1240 mount it at the time, but any machine with the encryption key and
1241 access to the storage service can mount it if it is unmounted.
</p
>
1243 <p
>It is simple to use. I
'm using it on Debian Wheezy, where the
1244 package is included already. So to get started, run
<tt
>apt-get
1245 install s3ql
</tt
>. Next, pick a storage provider. I ended up picking
1246 Greenqloud, after reading their nice recipe on
1247 <a href=
"https://greenqloud.zendesk.com/entries/
44611757-How-To-Use-S3QL-to-mount-a-StorageQloud-bucket-on-Debian-Wheezy
">how
1248 to use S3QL with their Amazon S3 service
</a
>, because I trust the laws
1249 in Iceland more than those in USA when it come to keeping my personal
1250 data safe and private, and thus would rather spend money on a company
1251 in Iceland. Another nice recipe is available from the article
1252 <a href=
"http://www.admin-magazine.com/HPC/Articles/HPC-Cloud-Storage
">S3QL
1253 Filesystem for HPC Storage
</a
> by Jeff Layton in the HPC section of
1254 Admin magazine. When the provider is picked, figure out how to get
1255 the API key needed to connect to the storage API. With Greencloud,
1256 the key did not show up until I had added payment details to my
1259 <p
>Armed with the API access details, it is time to create the file
1260 system. First, create a new bucket in the cloud. This bucket is the
1261 file system storage area. I picked a bucket name reflecting the
1262 machine that was going to store data there, but any name will do.
1263 I
'll refer to it as
<tt
>bucket-name
</tt
> below. In addition, one need
1264 the API login and password, and a locally created password. Store it
1265 all in ~root/.s3ql/authinfo2 like this:
1267 <p
><blockquote
><pre
>
1269 storage-url: s3c://s.greenqloud.com:
443/bucket-name
1270 backend-login: API-login
1271 backend-password: API-password
1272 fs-passphrase: local-password
1273 </pre
></blockquote
></p
>
1275 <p
>I create my local passphrase using
<tt
>pwget
50</tt
> or similar,
1276 but any sensible way to create a fairly random password should do it.
1277 Armed with these details, it is now time to run mkfs, entering the API
1278 details and password to create it:
</p
>
1280 <p
><blockquote
><pre
>
1281 # mkdir -m
700 /var/lib/s3ql-cache
1282 # mkfs.s3ql --cachedir /var/lib/s3ql-cache --authfile /root/.s3ql/authinfo2 \
1283 --ssl s3c://s.greenqloud.com:
443/bucket-name
1284 Enter backend login:
1285 Enter backend password:
1286 Before using S3QL, make sure to read the user
's guide, especially
1287 the
'Important Rules to Avoid Loosing Data
' section.
1288 Enter encryption password:
1289 Confirm encryption password:
1290 Generating random encryption key...
1291 Creating metadata tables...
1301 Compressing and uploading metadata...
1302 Wrote
0.00 MB of compressed metadata.
1303 #
</pre
></blockquote
></p
>
1305 <p
>The next step is mounting the file system to make the storage available.
1307 <p
><blockquote
><pre
>
1308 # mount.s3ql --cachedir /var/lib/s3ql-cache --authfile /root/.s3ql/authinfo2 \
1309 --ssl --allow-root s3c://s.greenqloud.com:
443/bucket-name /s3ql
1310 Using
4 upload threads.
1311 Downloading and decompressing metadata...
1321 Mounting filesystem...
1323 Filesystem Size Used Avail Use% Mounted on
1324 s3c://s.greenqloud.com:
443/bucket-name
1.0T
0 1.0T
0% /s3ql
1326 </pre
></blockquote
></p
>
1328 <p
>The file system is now ready for use. I use rsync to store my
1329 backups in it, and as the metadata used by rsync is downloaded at
1330 mount time, no network traffic (and storage cost) is triggered by
1331 running rsync. To unmount, one should not use the normal umount
1332 command, as this will not flush the cache to the cloud storage, but
1333 instead running the umount.s3ql command like this:
1335 <p
><blockquote
><pre
>
1338 </pre
></blockquote
></p
>
1340 <p
>There is a fsck command available to check the file system and
1341 correct any problems detected. This can be used if the local server
1342 crashes while the file system is mounted, to reset the
"already
1343 mounted
" flag. This is what it look like when processing a working
1344 file system:
</p
>
1346 <p
><blockquote
><pre
>
1347 # fsck.s3ql --force --ssl s3c://s.greenqloud.com:
443/bucket-name
1348 Using cached metadata.
1349 File system seems clean, checking anyway.
1350 Checking DB integrity...
1351 Creating temporary extra indices...
1352 Checking lost+found...
1353 Checking cached objects...
1354 Checking names (refcounts)...
1355 Checking contents (names)...
1356 Checking contents (inodes)...
1357 Checking contents (parent inodes)...
1358 Checking objects (reference counts)...
1359 Checking objects (backend)...
1360 ..processed
5000 objects so far..
1361 ..processed
10000 objects so far..
1362 ..processed
15000 objects so far..
1363 Checking objects (sizes)...
1364 Checking blocks (referenced objects)...
1365 Checking blocks (refcounts)...
1366 Checking inode-block mapping (blocks)...
1367 Checking inode-block mapping (inodes)...
1368 Checking inodes (refcounts)...
1369 Checking inodes (sizes)...
1370 Checking extended attributes (names)...
1371 Checking extended attributes (inodes)...
1372 Checking symlinks (inodes)...
1373 Checking directory reachability...
1374 Checking unix conventions...
1375 Checking referential integrity...
1376 Dropping temporary indices...
1377 Backing up old metadata...
1387 Compressing and uploading metadata...
1388 Wrote
0.89 MB of compressed metadata.
1390 </pre
></blockquote
></p
>
1392 <p
>Thanks to the cache, working on files that fit in the cache is very
1393 quick, about the same speed as local file access. Uploading large
1394 amount of data is to me limited by the bandwidth out of and into my
1395 house. Uploading
685 MiB with a
100 MiB cache gave me
305 kiB/s,
1396 which is very close to my upload speed, and downloading the same
1397 Debian installation ISO gave me
610 kiB/s, close to my download speed.
1398 Both were measured using
<tt
>dd
</tt
>. So for me, the bottleneck is my
1399 network, not the file system code. I do not know what a good cache
1400 size would be, but suspect that the cache should e larger than your
1401 working set.
</p
>
1403 <p
>I mentioned that only one machine can mount the file system at the
1404 time. If another machine try, it is told that the file system is
1407 <p
><blockquote
><pre
>
1408 # mount.s3ql --cachedir /var/lib/s3ql-cache --authfile /root/.s3ql/authinfo2 \
1409 --ssl --allow-root s3c://s.greenqloud.com:
443/bucket-name /s3ql
1410 Using
8 upload threads.
1411 Backend reports that fs is still mounted elsewhere, aborting.
1413 </pre
></blockquote
></p
>
1415 <p
>The file content is uploaded when the cache is full, while the
1416 metadata is uploaded once every
24 hour by default. To ensure the
1417 file system content is flushed to the cloud, one can either umount the
1418 file system, or ask S3QL to flush the cache and metadata using
1421 <p
><blockquote
><pre
>
1422 # s3qlctrl upload-meta /s3ql
1423 # s3qlctrl flushcache /s3ql
1425 </pre
></blockquote
></p
>
1427 <p
>If you are curious about how much space your data uses in the
1428 cloud, and how much compression and deduplication cut down on the
1429 storage usage, you can use s3qlstat on the mounted file system to get
1432 <p
><blockquote
><pre
>
1434 Directory entries:
9141
1437 Total data size:
22049.38 MB
1438 After de-duplication:
21955.46 MB (
99.57% of total)
1439 After compression:
21877.28 MB (
99.22% of total,
99.64% of de-duplicated)
1440 Database size:
2.39 MB (uncompressed)
1441 (some values do not take into account not-yet-uploaded dirty blocks in cache)
1443 </pre
></blockquote
></p
>
1445 <p
>I mentioned earlier that there are several possible suppliers of
1446 storage. I did not try to locate them all, but am aware of at least
1447 <a href=
"https://www.greenqloud.com/
">Greenqloud
</a
>,
1448 <a href=
"http://drive.google.com/
">Google Drive
</a
>,
1449 <a href=
"http://aws.amazon.com/s3/
">Amazon S3 web serivces
</a
>,
1450 <a href=
"http://www.rackspace.com/
">Rackspace
</a
> and
1451 <a href=
"http://crowncloud.net/
">Crowncloud
</A
>. The latter even
1452 accept payment in Bitcoin. Pick one that suit your need. Some of
1453 them provide several GiB of free storage, but the prize models are
1454 quite different and you will have to figure out what suits you
1457 <p
>While researching this blog post, I had a look at research papers
1458 and posters discussing the S3QL file system. There are several, which
1459 told me that the file system is getting a critical check by the
1460 science community and increased my confidence in using it. One nice
1462 "<a href=
"http://www.lanl.gov/orgs/adtsc/publications/science_highlights_2013/docs/pg68_69.pdf
">An
1463 Innovative Parallel Cloud Storage System using OpenStack’s SwiftObject
1464 Store and Transformative Parallel I/O Approach
</a
>" by Hsing-Bung
1465 Chen, Benjamin McClelland, David Sherrill, Alfred Torrez, Parks Fields
1466 and Pamela Smith. Please have a look.
</p
>
1468 <p
>Given my problems with different file systems earlier, I decided to
1469 check out the mounted S3QL file system to see if it would be usable as
1470 a home directory (in other word, that it provided POSIX semantics when
1471 it come to locking and umask handling etc). Running
1472 <a href=
"http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html
">my
1473 test code to check file system semantics
</a
>, I was happy to discover that
1474 no error was found. So the file system can be used for home
1475 directories, if one chooses to do so.
</p
>
1477 <p
>If you do not want a locally file system, and want something that
1478 work without the Linux fuse file system, I would like to mention the
1479 <a href=
"http://www.tarsnap.com/
">Tarsnap service
</a
>, which also
1480 provide locally encrypted backup using a command line client. It have
1481 a nicer access control system, where one can split out read and write
1482 access, allowing some systems to write to the backup and others to
1483 only read from it.
</p
>
1485 <p
>As usual, if you use Bitcoin and want to show your support of my
1486 activities, please send Bitcoin donations to my address
1487 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
1492 <title>EU-domstolen bekreftet i dag at datalagringsdirektivet er ulovlig
</title>
1493 <link>http://people.skolelinux.org/pere/blog/EU_domstolen_bekreftet_i_dag_at_datalagringsdirektivet_er_ulovlig.html
</link>
1494 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/EU_domstolen_bekreftet_i_dag_at_datalagringsdirektivet_er_ulovlig.html
</guid>
1495 <pubDate>Tue,
8 Apr
2014 11:
30:
00 +
0200</pubDate>
1496 <description><p
>I dag kom endelig avgjørelsen fra EU-domstolen om
1497 datalagringsdirektivet, som ikke overraskende ble dømt ulovlig og i
1498 strid med borgernes grunnleggende rettigheter. Hvis du lurer på hva
1499 datalagringsdirektivet er for noe, så er det
1500 <a href=
"http://tv.nrk.no/program/koid75005313/tema-dine-digitale-spor-datalagringsdirektivet
">en
1501 flott dokumentar tilgjengelig hos NRK
</a
> som jeg tidligere
1502 <a href=
"http://people.skolelinux.org/pere/blog/Dokumentaren_om_Datalagringsdirektivet_sendes_endelig_p__NRK.html
">har
1503 anbefalt
</a
> alle å se.
</p
>
1505 <p
>Her er et liten knippe nyhetsoppslag om saken, og jeg regner med at
1506 det kommer flere ut over dagen. Flere kan finnes
1507 <a href=
"http://www.mylder.no/?drill=datalagringsdirektivet
&intern=
1">via
1508 mylder
</a
>.
</p
>
1512 <li
><a href=
"http://e24.no/digital/eu-domstolen-datalagringsdirektivet-er-ugyldig/
22879592">EU-domstolen:
1513 Datalagringsdirektivet er ugyldig
</a
> - e24.no
2014-
04-
08
1515 <li
><a href=
"http://www.aftenposten.no/nyheter/iriks/EU-domstolen-Datalagringsdirektivet-er-ulovlig-
7529032.html
">EU-domstolen:
1516 Datalagringsdirektivet er ulovlig
</a
> - aftenposten.no
2014-
04-
08
1518 <li
><a href=
"http://www.aftenposten.no/nyheter/iriks/politikk/Krever-DLD-stopp-i-Norge-
7530086.html
">Krever
1519 DLD-stopp i Norge
</a
> - aftenposten.no
2014-
04-
08
1521 <li
><a href=
"http://www.p4.no/story.aspx?id=
566431">Apenes: - En
1522 gledens dag
</a
> - p4.no
2014-
04-
08
1524 <li
><a href=
"http://www.nrk.no/norge/_-datalagringsdirektivet-er-ugyldig-
1.11655929">EU-domstolen:
1525 – Datalagringsdirektivet er ugyldig
</a
> - nrk.no
2014-
04-
08</li
>
1527 <li
><a href=
"http://www.vg.no/nyheter/utenriks/data-og-nett/eu-domstolen-datalagringsdirektivet-er-ugyldig/a/
10130280/
">EU-domstolen:
1528 Datalagringsdirektivet er ugyldig
</a
> - vg.no
2014-
04-
08</li
>
1530 <li
><a href=
"http://www.dagbladet.no/
2014/
04/
08/nyheter/innenriks/datalagringsdirektivet/personvern/
32711646/
">-
1531 Vi bør skrote hele datalagringsdirektivet
</a
> - dagbladet.no
1532 2014-
04-
08</li
>
1534 <li
><a href=
"http://www.digi.no/
928137/eu-domstolen-dld-er-ugyldig
">EU-domstolen:
1535 DLD er ugyldig
</a
> - digi.no
2014-
04-
08</li
>
1537 <li
><a href=
"http://www.irishtimes.com/business/sectors/technology/european-court-declares-data-retention-directive-invalid-
1.1754150">European
1538 court declares data retention directive invalid
</a
> - irishtimes.com
1539 2014-
04-
08</li
>
1541 <li
><a href=
"http://www.reuters.com/article/
2014/
04/
08/us-eu-data-ruling-idUSBREA370F020140408?feedType=RSS
">EU
1542 court rules against requirement to keep data of telecom users
</a
> -
1543 reuters.com
2014-
04-
08</li
>
1548 <p
>Jeg synes det er veldig fint at nok en stemme slår fast at
1549 totalitær overvåkning av befolkningen er uakseptabelt, men det er
1550 fortsatt like viktig å beskytte privatsfæren som før, da de
1551 teknologiske mulighetene fortsatt finnes og utnyttes, og jeg tror
1552 innsats i prosjekter som
1553 <a href=
"https://wiki.debian.org/FreedomBox
">Freedombox
</a
> og
1554 <a href=
"http://www.dugnadsnett.no/
">Dugnadsnett
</a
> er viktigere enn
1555 noen gang.
</p
>
1557 <p
><strong
>Update
2014-
04-
08 12:
10</strong
>: Kronerullingen for å
1558 stoppe datalagringsdirektivet i Norge gjøres hos foreningen
1559 <a href=
"http://www.digitaltpersonvern.no/
">Digitalt Personvern
</a
>,
1560 som har samlet inn
843 215,- så langt men trenger nok mye mer hvis
1562 ikke Høyre og Arbeiderpartiet bytter mening i saken. Det var
1563 <a href=
"http://www.holderdeord.no/parliament-issues/
48650">kun
1564 partinene Høyre og Arbeiderpartiet
</a
> som stemte for
1565 Datalagringsdirektivet, og en av dem må bytte mening for at det skal
1566 bli flertall mot i Stortinget. Se mer om saken
1567 <a href=
"http://www.holderdeord.no/issues/
69-innfore-datalagringsdirektivet
">Holder
1568 de ord
</a
>.
</p
>
1573 <title>Dokumentaren om Datalagringsdirektivet sendes endelig på NRK
</title>
1574 <link>http://people.skolelinux.org/pere/blog/Dokumentaren_om_Datalagringsdirektivet_sendes_endelig_p__NRK.html
</link>
1575 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Dokumentaren_om_Datalagringsdirektivet_sendes_endelig_p__NRK.html
</guid>
1576 <pubDate>Wed,
26 Mar
2014 09:
50:
00 +
0100</pubDate>
1577 <description><p
><a href=
"http://www.nuug.no/
">Foreningen NUUG
</a
> melder i natt at
1578 NRK nå har bestemt seg for
1579 <a href=
"http://www.nuug.no/news/NRK_viser_filmen_om_Datalagringsdirektivet_f_rste_gang_2014_03_31.shtml
">når
1580 den norske dokumentarfilmen om datalagringsdirektivet skal
1581 sendes
</a
> (se
<a href=
"http://www.imdb.com/title/tt2832844/
">IMDB
</a
>
1582 for detaljer om filmen) . Første visning blir på NRK2 mandag
1583 2014-
03-
31 kl.
19:
50, og deretter visninger onsdag
2014-
04-
02
1584 kl.
12:
30, fredag
2014-
04-
04 kl.
19:
40 og søndag
2014-
04-
06 kl.
15:
10.
1585 Jeg har sett dokumentaren, og jeg anbefaler enhver å se den selv. Som
1586 oppvarming mens vi venter anbefaler jeg Bjørn Stærks kronikk i
1587 Aftenposten fra i går,
1588 <a href=
"http://www.aftenposten.no/meninger/kronikker/Autoritar-gjokunge-
7514915.html
">Autoritær
1589 gjøkunge
</a
>, der han gir en grei skisse av hvor ille det står til med
1590 retten til privatliv og beskyttelsen av demokrati i Norge og resten
1591 verden, og helt riktig slår fast at det er vi i databransjen som
1592 sitter med nøkkelen til å gjøre noe med dette. Jeg har involvert meg
1593 i prosjektene
<a href=
"http://www.dugnadsnett.no/
">dugnadsnett.no
</a
>
1594 og
<a href=
"https://wiki.debian.org/FreedomBox
">FreedomBox
</a
> for å
1595 forsøke å gjøre litt selv for å bedre situasjonen, men det er mye
1596 hardt arbeid fra mange flere enn meg som gjenstår før vi kan sies å ha
1597 gjenopprettet balansen.
</p
>
1599 <p
>Jeg regner med at nettutgaven dukker opp på
1600 <a href=
"http://tv.nrk.no/program/koid75005313/tema-dine-digitale-spor-datalagringsdirektivet
">NRKs
1601 side om filmen om datalagringsdirektivet
</a
> om fem dager. Hold et
1602 øye med siden, og tips venner og slekt om at de også bør se den.
</p
>
1607 <title>Public Trusted Timestamping services for everyone
</title>
1608 <link>http://people.skolelinux.org/pere/blog/Public_Trusted_Timestamping_services_for_everyone.html
</link>
1609 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Public_Trusted_Timestamping_services_for_everyone.html
</guid>
1610 <pubDate>Tue,
25 Mar
2014 12:
50:
00 +
0100</pubDate>
1611 <description><p
>Did you ever need to store logs or other files in a way that would
1612 allow it to be used as evidence in court, and needed a way to
1613 demonstrate without reasonable doubt that the file had not been
1614 changed since it was created? Or, did you ever need to document that
1615 a given document was received at some point in time, like some
1616 archived document or the answer to an exam, and not changed after it
1617 was received? The problem in these settings is to remove the need to
1618 trust yourself and your computers, while still being able to prove
1619 that a file is the same as it was at some given time in the past.
</p
>
1621 <p
>A solution to these problems is to have a trusted third party
1622 "stamp
" the document and verify that at some given time the document
1623 looked a given way. Such
1624 <a href=
"https://en.wikipedia.org/wiki/Notarius
">notarius
</a
> service
1625 have been around for thousands of years, and its digital equivalent is
1627 <a href=
"http://en.wikipedia.org/wiki/Trusted_timestamping
">trusted
1628 timestamping service
</a
>.
<a href=
"http://www.ietf.org/
">The Internet
1629 Engineering Task Force
</a
> standardised how such service could work a
1630 few years ago as
<a href=
"http://tools.ietf.org/html/rfc3161
">RFC
1631 3161</a
>. The mechanism is simple. Create a hash of the file in
1632 question, send it to a trusted third party which add a time stamp to
1633 the hash and sign the result with its private key, and send back the
1634 signed hash + timestamp. Both email, FTP and HTTP can be used to
1635 request such signature, depending on what is provided by the service
1636 used. Anyone with the document and the signature can then verify that
1637 the document matches the signature by creating their own hash and
1638 checking the signature using the trusted third party public key.
1639 There are several commercial services around providing such
1640 timestamping. A quick search for
1641 "<a href=
"https://duckduckgo.com/?q=rfc+
3161+service
">rfc
3161
1642 service
</a
>" pointed me to at least
1643 <a href=
"https://www.digistamp.com/technical/how-a-digital-time-stamp-works/
">DigiStamp
</a
>,
1644 <a href=
"http://www.quovadisglobal.co.uk/CertificateServices/SigningServices/TimeStamp.aspx
">Quo
1646 <a href=
"https://www.globalsign.com/timestamp-service/
">Global Sign
</a
>
1647 and
<a href=
"http://www.globaltrustfinder.com/TSADefault.aspx
">Global
1648 Trust Finder
</a
>. The system work as long as the private key of the
1649 trusted third party is not compromised.
</p
>
1651 <p
>But as far as I can tell, there are very few public trusted
1652 timestamp services available for everyone. I
've been looking for one
1653 for a while now. But yesterday I found one over at
1654 <a href=
"https://www.pki.dfn.de/zeitstempeldienst/
">Deutches
1655 Forschungsnetz
</a
> mentioned in
1656 <a href=
"http://www.d-mueller.de/blog/dealing-with-trusted-timestamps-in-php-rfc-
3161/
">a
1657 blog by David Müller
</a
>. I then found
1658 <a href=
"http://www.rz.uni-greifswald.de/support/dfn-pki-zertifikate/zeitstempeldienst.html
">a
1659 good recipe on how to use the service
</a
> over at the University of
1660 Greifswald.
</p
>
1662 <p
><a href=
"http://www.openssl.org/
">The OpenSSL library
</a
> contain
1663 both server and tools to use and set up your own signing service. See
1664 the ts(
1SSL), tsget(
1SSL) manual pages for more details. The
1665 following shell script demonstrate how to extract a signed timestamp
1666 for any file on the disk in a Debian environment:
</p
>
1668 <p
><blockquote
><pre
>
1671 url=
"http://zeitstempel.dfn.de
"
1672 caurl=
"https://pki.pca.dfn.de/global-services-ca/pub/cacert/chain.txt
"
1673 reqfile=$(mktemp -t tmp.XXXXXXXXXX.tsq)
1674 resfile=$(mktemp -t tmp.XXXXXXXXXX.tsr)
1676 if [ ! -f $cafile ] ; then
1677 wget -O $cafile
"$caurl
"
1679 openssl ts -query -data
"$
1" -cert | tee
"$reqfile
" \
1680 | /usr/lib/ssl/misc/tsget -h
"$url
" -o
"$resfile
"
1681 openssl ts -reply -in
"$resfile
" -text
1>&2
1682 openssl ts -verify -data
"$
1" -in
"$resfile
" -CAfile
"$cafile
" 1>&2
1683 base64
< "$resfile
"
1684 rm
"$reqfile
" "$resfile
"
1685 </pre
></blockquote
></p
>
1687 <p
>The argument to the script is the file to timestamp, and the output
1688 is a base64 encoded version of the signature to STDOUT and details
1689 about the signature to STDERR. Note that due to
1690 <a href=
"http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
742553">a bug
1691 in the tsget script
</a
>, you might need to modify the included script
1692 and remove the last line. Or just write your own HTTP uploader using
1693 curl. :) Now you too can prove and verify that files have not been
1696 <p
>But the Internet need more public trusted timestamp services.
1697 Perhaps something for
<a href=
"http://www.uninett.no/
">Uninett
</a
> or
1698 my work place the
<a href=
"http://www.uio.no/
">University of Oslo
</a
>
1699 to set up?
</p
>
1704 <title>Freedombox on Dreamplug, Raspberry Pi and virtual x86 machine
</title>
1705 <link>http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html
</link>
1706 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html
</guid>
1707 <pubDate>Fri,
14 Mar
2014 11:
00:
00 +
0100</pubDate>
1708 <description><p
>The
<a href=
"https://wiki.debian.org/FreedomBox
">Freedombox
1709 project
</a
> is working on providing the software and hardware for
1710 making it easy for non-technical people to host their data and
1711 communication at home, and being able to communicate with their
1712 friends and family encrypted and away from prying eyes. It has been
1713 going on for a while, and is slowly progressing towards a new test
1714 release (
0.2).
</p
>
1716 <p
>And what day could be better than the Pi day to announce that the
1717 new version will provide
"hard drive
" / SD card / USB stick images for
1718 Dreamplug, Raspberry Pi and VirtualBox (or any other virtualization
1719 system), and can also be installed using a Debian installer preseed
1720 file. The Debian based Freedombox is now based on Debian Jessie,
1721 where most of the needed packages used are already present. Only one,
1722 the freedombox-setup package, is missing. To try to build your own
1723 boot image to test the current status, fetch the freedom-maker scripts
1725 <a href=
"http://packages.qa.debian.org/vmdebootstrap
">vmdebootstrap
</a
>
1726 with a user with sudo access to become root:
1729 git clone http://anonscm.debian.org/git/freedombox/freedom-maker.git \
1731 sudo apt-get install git vmdebootstrap mercurial python-docutils \
1732 mktorrent extlinux virtualbox qemu-user-static binfmt-support \
1734 make -C freedom-maker dreamplug-image raspberry-image virtualbox-image
1737 <p
>Root access is needed to run debootstrap and mount loopback
1738 devices. See the README for more details on the build. If you do not
1739 want all three images, trim the make line. But note that thanks to
<a
1740 href=
"https://bugs.debian.org/
741407">a race condition in
1741 vmdebootstrap
</a
>, the build might fail without the patch to the
1742 kpartx call.
</p
>
1744 <p
>If you instead want to install using a Debian CD and the preseed
1745 method, boot a Debian Wheezy ISO and use this boot argument to load
1746 the preseed values:
</p
>
1749 url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
">http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
</a
>
1752 <p
>But note that due to
<a href=
"https://bugs.debian.org/
740673">a
1753 recently introduced bug in apt in Jessie
</a
>, the installer will
1754 currently hang while setting up APT sources. Killing the
1755 '<tt
>apt-cdrom ident
</tt
>' process when it hang a few times during the
1756 installation will get the installation going. This affect all
1757 installations in Jessie, and I expect it will be fixed soon.
</p
>
1759 <p
>Give it a go and let us know how it goes on the mailing list, and help
1760 us get the new release published. :) Please join us on
1761 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC (#freedombox on
1762 irc.debian.org)
</a
> and
1763 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
1764 mailing list
</a
> if you want to help make this vision come true.
</p
>
1769 <title>A fist full of non-anonymous Bitcoins
</title>
1770 <link>http://people.skolelinux.org/pere/blog/A_fist_full_of_non_anonymous_Bitcoins.html
</link>
1771 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/A_fist_full_of_non_anonymous_Bitcoins.html
</guid>
1772 <pubDate>Wed,
29 Jan
2014 14:
10:
00 +
0100</pubDate>
1773 <description><p
>Bitcoin is a incredible use of peer to peer communication and
1774 encryption, allowing direct and immediate money transfer without any
1775 central control. It is sometimes claimed to be ideal for illegal
1776 activity, which I believe is quite a long way from the truth. At least
1777 I would not conduct illegal money transfers using a system where the
1778 details of every transaction are kept forever. This point is
1780 <a href=
"https://www.usenix.org/publications/login
">USENIX ;login:
</a
>
1781 from December
2013, in the article
1782 "<a href=
"https://www.usenix.org/system/files/login/articles/
03_meiklejohn-online.pdf
">A
1783 Fistful of Bitcoins - Characterizing Payments Among Men with No
1784 Names
</a
>" by Sarah Meiklejohn, Marjori Pomarole,Grant Jordan, Kirill
1785 Levchenko, Damon McCoy, Geoffrey M. Voelker, and Stefan Savage. They
1786 analyse the transaction log in the Bitcoin system, using it to find
1787 addresses belong to individuals and organisations and follow the flow
1788 of money from both Bitcoin theft and trades on Silk Road to where the
1789 money end up. This is how they wrap up their article:
</p
>
1791 <p
><blockquote
>
1792 <p
>"To demonstrate the usefulness of this type of analysis, we turned
1793 our attention to criminal activity. In the Bitcoin economy, criminal
1794 activity can appear in a number of forms, such as dealing drugs on
1795 Silk Road or simply stealing someone else’s bitcoins. We followed the
1796 flow of bitcoins out of Silk Road (in particular, from one notorious
1797 address) and from a number of highly publicized thefts to see whether
1798 we could track the bitcoins to known services. Although some of the
1799 thieves attempted to use sophisticated mixing techniques (or possibly
1800 mix services) to obscure the flow of bitcoins, for the most part
1801 tracking the bitcoins was quite straightforward, and we ultimately saw
1802 large quantities of bitcoins flow to a variety of exchanges directly
1803 from the point of theft (or the withdrawal from Silk Road).
</p
>
1805 <p
>As acknowledged above, following stolen bitcoins to the point at
1806 which they are deposited into an exchange does not in itself identify
1807 the thief; however, it does enable further de-anonymization in the
1808 case in which certain agencies can determine (through, for example,
1809 subpoena power) the real-world owner of the account into which the
1810 stolen bitcoins were deposited. Because such exchanges seem to serve
1811 as chokepoints into and out of the Bitcoin economy (i.e., there are
1812 few alternative ways to cash out), we conclude that using Bitcoin for
1813 money laundering or other illicit purposes does not (at least at
1814 present) seem to be particularly attractive.
"</p
>
1815 </blockquote
><p
>
1817 <p
>These researches are not the first to analyse the Bitcoin
1818 transaction log. The
2011 paper
1819 "<a href=
"http://arxiv.org/abs/
1107.4524">An Analysis of Anonymity in
1820 the Bitcoin System
</A
>" by Fergal Reid and Martin Harrigan is
1821 summarized like this:
</p
>
1823 <p
><blockquote
>
1824 "Anonymity in Bitcoin, a peer-to-peer electronic currency system, is a
1825 complicated issue. Within the system, users are identified by
1826 public-keys only. An attacker wishing to de-anonymize its users will
1827 attempt to construct the one-to-many mapping between users and
1828 public-keys and associate information external to the system with the
1829 users. Bitcoin tries to prevent this attack by storing the mapping of
1830 a user to his or her public-keys on that user
's node only and by
1831 allowing each user to generate as many public-keys as required. In
1832 this chapter we consider the topological structure of two networks
1833 derived from Bitcoin
's public transaction history. We show that the
1834 two networks have a non-trivial topological structure, provide
1835 complementary views of the Bitcoin system and have implications for
1836 anonymity. We combine these structures with external information and
1837 techniques such as context discovery and flow analysis to investigate
1838 an alleged theft of Bitcoins, which, at the time of the theft, had a
1839 market value of approximately half a million U.S. dollars.
"
1840 </blockquote
></p
>
1842 <p
>I hope these references can help kill the urban myth that Bitcoin
1843 is anonymous. It isn
't really a good fit for illegal activites. Use
1844 cash if you need to stay anonymous, at least until regular DNA
1845 sampling of notes and coins become the norm. :)
</p
>
1847 <p
>As usual, if you use Bitcoin and want to show your support of my
1848 activities, please send Bitcoin donations to my address
1849 <b
><a href=
"bitcoin:
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
></b
>.
</p
>
1854 <title>All drones should be radio marked with what they do and who they belong to
</title>
1855 <link>http://people.skolelinux.org/pere/blog/All_drones_should_be_radio_marked_with_what_they_do_and_who_they_belong_to.html
</link>
1856 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/All_drones_should_be_radio_marked_with_what_they_do_and_who_they_belong_to.html
</guid>
1857 <pubDate>Thu,
21 Nov
2013 15:
40:
00 +
0100</pubDate>
1858 <description><p
>Drones, flying robots, are getting more and more popular. The most
1859 know ones are the killer drones used by some government to murder
1860 people they do not like without giving them the chance of a fair
1861 trial, but the technology have many good uses too, from mapping and
1862 forest maintenance to photography and search and rescue. I am sure it
1863 is just a question of time before
"bad drones
" are in the hands of
1864 private enterprises and not only state criminals but petty criminals
1865 too. The drone technology is very useful and very dangerous. To have
1866 some control over the use of drones, I agree with Daniel Suarez in his
1868 "<a href=
"https://archive.org/details/DanielSuarez_2013G
">The kill
1869 decision shouldn
't belong to a robot
</a
>", where he suggested this
1870 little gem to keep the good while limiting the bad use of drones:
</p
>
1874 <p
>Each robot and drone should have a cryptographically signed
1875 I.D. burned in at the factory that can be used to track its movement
1876 through public spaces. We have license plates on cars, tail numbers on
1877 aircraft. This is no different. And every citizen should be able to
1878 download an app that shows the population of drones and autonomous
1879 vehicles moving through public spaces around them, both right now and
1880 historically. And civic leaders should deploy sensors and civic drones
1881 to detect rogue drones, and instead of sending killer drones of their
1882 own up to shoot them down, they should notify humans to their
1883 presence. And in certain very high-security areas, perhaps civic
1884 drones would snare them and drag them off to a bomb disposal facility.
</p
>
1886 <p
>But notice, this is more an immune system than a weapons system. It
1887 would allow us to avail ourselves of the use of autonomous vehicles
1888 and drones while still preserving our open, civil society.
</p
>
1892 <p
>The key is that
<em
>every citizen
</em
> should be able to read the
1893 radio beacons sent from the drones in the area, to be able to check
1894 both the government and others use of drones. For such control to be
1895 effective, everyone must be able to do it. What should such beacon
1896 contain? At least formal owner, purpose, contact information and GPS
1897 location. Probably also the origin and target position of the current
1898 flight. And perhaps some registration number to be able to look up
1899 the drone in a central database tracking their movement. Robots
1900 should not have privacy. It is people who need privacy.
</p
>
1905 <title>Det er jo makta som er mest sårbar ved massiv overvåkning av Internett
</title>
1906 <link>http://people.skolelinux.org/pere/blog/Det_er_jo_makta_som_er_mest_s_rbar_ved_massiv_overv_kning_av_Internett.html
</link>
1907 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Det_er_jo_makta_som_er_mest_s_rbar_ved_massiv_overv_kning_av_Internett.html
</guid>
1908 <pubDate>Sat,
26 Oct
2013 20:
30:
00 +
0200</pubDate>
1909 <description><p
>De siste måneders eksponering av
1910 <a href=
"http://www.aftenposten.no/nyheter/uriks/Her-er-Edvard-Snowdens-mest-omtalte-avsloringer-
7351734.html
">den
1911 totale overvåkningen som foregår i den vestlige verden dokumenterer
1912 hvor sårbare vi er
</a
>. Men det slår meg at de som er mest sårbare
1913 for dette, myndighetspersoner på alle nivåer, neppe har innsett at de
1914 selv er de mest interessante personene å lage profiler på, for å kunne
1915 påvirke dem.
</p
>
1917 <p
>For å ta et lite eksempel: Stortingets nettsted,
1918 <a href=
"http://www.stortinget.no/
">www.stortinget.no
</a
> (og
1920 <a href=
"http://data.stortinget.no/
">data.stortinget.no
</a
>),
1921 inneholder informasjon om det som foregår på Stortinget, og jeg antar
1922 de største brukerne av informasjonen der er representanter og
1923 rådgivere på Stortinget. Intet overraskende med det. Det som derimot
1924 er mer skjult er at Stortingets nettsted bruker
1925 <a href=
"http://en.wikipedia.org/wiki/Google_Analytics
">Google
1926 Analytics
</a
>, hvilket gjør at enhver som besøker nettsidene der også
1927 rapporterer om besøket via Internett-linjer som passerer Sverige,
1928 England og videre til USA. Det betyr at informasjon om ethvert besøk
1929 på stortingets nettsider kan snappes opp av svensk, britisk og USAs
1930 etterretningsvesen. De kan dermed holde et øye med hvilke
1931 Stortingssaker stortingsrepresentantene synes er interessante å sjekke
1932 ut, og hvilke sider rådgivere og andre på stortinget synes er
1933 interessant å besøke, når de gjør det og hvilke andre representanter
1934 som sjekker de samme sidene omtrent samtidig. Stortingets bruk av
1935 Google Analytics gjør det dermed enkelt for utenlands etteretning å
1936 spore representantenes aktivitet og interesse. Hvis noen av
1937 representantene bruker Google Mail eller noen andre tjenestene som
1938 krever innlogging, så vil det være enda enklere å finne ut nøyaktig
1939 hvilke personer som bruker hvilke nettlesere og dermed knytte
1940 informasjonen opp til enkeltpersoner på Stortinget.
</p
>
1942 <p
>Og jo flere nettsteder som bruker Google Analytics, jo bedre
1943 oversikt over stortingsrepresentantenes lesevaner og interesse blir
1944 tilgjengelig for svensk, britisk og USAs etterretning. Hva de kan
1945 bruke den informasjonen til overlater jeg til leseren å undres
1951 <title>Videos about the Freedombox project - for inspiration and learning
</title>
1952 <link>http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html
</link>
1953 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html
</guid>
1954 <pubDate>Fri,
27 Sep
2013 14:
10:
00 +
0200</pubDate>
1955 <description><p
>The
<a href=
"http://www.freedomboxfoundation.org/
">Freedombox
1956 project
</a
> have been going on for a while, and have presented the
1957 vision, ideas and solution several places. Here is a little
1958 collection of videos of talks and presentation of the project.
</p
>
1962 <li
><a href=
"http://www.youtube.com/watch?v=ukvUz5taxvA
">FreedomBox -
1963 2,
5 minute marketing film
</a
> (Youtube)
</li
>
1965 <li
><a href=
"http://www.youtube.com/watch?v=SzW25QTVWsE
">Eben Moglen
1966 discusses the Freedombox on CBS news
2011</a
> (Youtube)
</li
>
1968 <li
><a href=
"http://www.youtube.com/watch?v=Ae8SZbxfE0g
">Eben Moglen -
1969 Freedom in the Cloud - Software Freedom, Privacy and and Security for
1970 Web
2.0 and Cloud computing at ISOC-NY Public Meeting
2010</a
>
1971 (Youtube)
</li
>
1973 <li
><a href=
"http://www.youtube.com/watch?v=vNaIji_3xBE
">Fosdem
2011
1974 Keynote by Eben Moglen presenting the Freedombox
</a
> (Youtube)
</li
>
1976 <li
><a href=
"http://www.youtube.com/watch?v=
9bDDUyJSQ9s
">Presentation of
1977 the Freedombox by James Vasile at Elevate in Gratz
2011</a
> (Youtube)
</li
>
1979 <li
><a href=
"http://www.youtube.com/watch?v=zQTmnk27g9s
"> Freedombox -
1980 Discovery, Identity, and Trust by Nick Daly at Freedombox Hackfest New
1981 York City in
2012</a
> (Youtube)
</li
>
1983 <li
><a href=
"http://www.youtube.com/watch?v=tkbSB4Ba7Ck
">Introduction
1984 to the Freedombox at Freedombox Hackfest New York City in
2012</a
>
1985 (Youtube)
</li
>
1987 <li
><a href=
"http://www.youtube.com/watch?v=z-P2Jaeg0aQ
">Freedom, Out
1988 of the Box! by Bdale Garbee at linux.conf.au Ballarat,
2012</a
> (Youtube)
</li
>
1990 <li
><a href=
"https://archive.fosdem.org/
2013/schedule/event/freedombox/
">Freedombox
1991 1.0 by Eben Moglen and Bdale Garbee at Fosdem
2013</a
> (FOSDEM)
</li
>
1993 <li
><a href=
"http://www.youtube.com/watch?v=e1LpYX2zVYg
">What is the
1994 FreedomBox today by Bdale Garbee at Debconf13 in Vaumarcus
1995 2013</a
> (Youtube)
</li
>
1999 <p
>A larger list is available from
2000 <a href=
"https://wiki.debian.org/FreedomBox/TalksAndPresentations
">the
2001 Freedombox Wiki
</a
>.
</p
>
2003 <p
>On other news, I am happy to report that Freedombox based on Debian
2004 Jessie is coming along quite well, and soon both Owncloud and using
2005 Tor should be available for testers of the Freedombox solution. :) In
2006 a few weeks I hope everything needed to test it is included in Debian.
2007 The withsqlite package is already in Debian, and the plinth package is
2008 pending in NEW. The third and vital part of that puzzle is the
2009 metapackage/setup framework, which is still pending an upload. Join
2010 us on
<a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC
2011 (#freedombox on irc.debian.org)
</a
> and
2012 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
2013 mailing list
</a
> if you want to help make this vision come true.
</p
>
2018 <title>Recipe to test the Freedombox project on amd64 or Raspberry Pi
</title>
2019 <link>http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html
</link>
2020 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html
</guid>
2021 <pubDate>Tue,
10 Sep
2013 14:
20:
00 +
0200</pubDate>
2022 <description><p
>I was introduced to the
2023 <a href=
"http://www.freedomboxfoundation.org/
">Freedombox project
</a
>
2024 in
2010, when Eben Moglen presented his vision about serving the need
2025 of non-technical people to keep their personal information private and
2026 within the legal protection of their own homes. The idea is to give
2027 people back the power over their network and machines, and return
2028 Internet back to its intended peer-to-peer architecture. Instead of
2029 depending on a central service, the Freedombox will give everyone
2030 control over their own basic infrastructure.
</p
>
2032 <p
>I
've intended to join the effort since then, but other tasks have
2033 taken priority. But this summers nasty news about the misuse of trust
2034 and privilege exercised by the
"western
" intelligence gathering
2035 communities increased my eagerness to contribute to a point where I
2036 actually started working on the project a while back.
</p
>
2038 <p
>The
<a href=
"https://alioth.debian.org/projects/freedombox/
">initial
2039 Debian initiative
</a
> based on the vision from Eben Moglen, is to
2040 create a simple and cheap Debian based appliance that anyone can hook
2041 up in their home and get access to secure and private services and
2042 communication. The initial deployment platform have been the
2043 <a href=
"http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx
">Dreamplug
</a
>,
2044 which is a piece of hardware I do not own. So to be able to test what
2045 the current Freedombox setup look like, I had to come up with a way to install
2046 it on some hardware I do have access to. I have rewritten the
2047 <a href=
"https://github.com/NickDaly/freedom-maker
">freedom-maker
</a
>
2048 image build framework to use .deb packages instead of only copying
2049 setup into the boot images, and thanks to this rewrite I am able to
2050 set up any machine supported by Debian Wheezy as a Freedombox, using
2051 the previously mentioned deb (and a few support debs for packages
2052 missing in Debian).
</p
>
2054 <p
>The current Freedombox setup consist of a set of bootstrapping
2056 (
<a href=
"https://github.com/petterreinholdtsen/freedombox-setup
">freedombox-setup
</a
>),
2057 and a administrative web interface
2058 (
<a href=
"https://github.com/NickDaly/Plinth
">plinth
</a
> + exmachina +
2059 withsqlite), as well as a privacy enhancing proxy based on
2060 <a href=
"http://packages.qa.debian.org/privoxy
">privoxy
</a
>
2061 (freedombox-privoxy). There is also a web/javascript based XMPP
2062 client (
<a href=
"http://packages.qa.debian.org/jwchat
">jwchat
</a
>)
2063 trying (unsuccessfully so far) to talk to the XMPP server
2064 (
<a href=
"http://packages.qa.debian.org/ejabberd
">ejabberd
</a
>). The
2065 web interface is pluggable, and the goal is to use it to enable OpenID
2066 services, mesh network connectivity, use of TOR, etc, etc. Not much of
2067 this is really working yet, see
2068 <a href=
"https://github.com/NickDaly/freedombox-todos/blob/master/TODO
">the
2069 project TODO
</a
> for links to GIT repositories. Most of the code is
2070 on github at the moment. The HTTP proxy is operational out of the
2071 box, and the admin web interface can be used to add/remove plinth
2072 users. I
've not been able to do anything else with it so far, but
2073 know there are several branches spread around github and other places
2074 with lots of half baked features.
</p
>
2076 <p
>Anyway, if you want to have a look at the current state, the
2077 following recipes should work to give you a test machine to poke
2080 <p
><strong
>Debian Wheezy amd64
</strong
></p
>
2084 <li
>Fetch normal Debian Wheezy installation ISO.
</li
>
2085 <li
>Boot from it, either as CD or USB stick.
</li
>
2086 <li
><p
>Press [tab] on the boot prompt and add this as a boot argument
2087 to the Debian installer:
<p
>
2088 <pre
>url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat
">http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat
</a
></pre
></li
>
2090 <li
>Answer the few language/region/password questions and pick disk to
2091 install on.
</li
>
2093 <li
>When the installation is finished and the machine have rebooted a
2094 few times, your Freedombox is ready for testing.
</li
>
2098 <p
><strong
>Raspberry Pi Raspbian
</strong
></p
>
2102 <li
>Fetch a Raspbian SD card image, create SD card.
</li
>
2103 <li
>Boot from SD card, extend file system to fill the card completely.
</li
>
2104 <li
><p
>Log in and add this to /etc/sources.list:
</p
>
2106 deb
<a href=
"http://www.reinholdtsen.name/freedombox/
">http://www.reinholdtsen.name/freedombox
</a
> wheezy main
2107 </pre
></li
>
2108 <li
><p
>Run this as root:
</p
>
2110 wget -O - http://www.reinholdtsen.name/freedombox/BE1A583D.asc | \
2113 apt-get install freedombox-setup
2114 /usr/lib/freedombox/setup
2115 </pre
></li
>
2116 <li
>Reboot into your freshly created Freedombox.
</li
>
2120 <p
>You can test it on other architectures too, but because the
2121 freedombox-privoxy package is binary, it will only work as intended on
2122 the architectures where I have had time to build the binary and put it
2123 in my APT repository. But do not let this stop you. It is only a
2124 short
"<tt
>apt-get source -b freedombox-privoxy
</tt
>" away. :)
</p
>
2126 <p
>Note that by default Freedombox is a DHCP server on the
2127 192.168.1.0/
24 subnet, so if this is your subnet be careful and turn
2128 off the DHCP server by running
"<tt
>update-rc.d isc-dhcp-server
2129 disable
</tt
>" as root.
</p
>
2131 <p
>Please let me know if this works for you, or if you have any
2132 problems. We gather on the IRC channel
2133 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">#freedombox
</a
> on
2134 irc.debian.org and the
2135 <a href=
"http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss
">project
2136 mailing list
</a
>.
</p
>
2138 <p
>Once you get your freedombox operational, you can visit
2139 <tt
>http://your-host-name:
8001/
</tt
> to see the state of the plint
2140 welcome screen (dead end - do not be surprised if you are unable to
2141 get past it), and next visit
<tt
>http://your-host-name:
8001/help/
</tt
>
2142 to look at the rest of plinth. The default user is
'admin
' and the
2143 default password is
'secret
'.
</p
>
2148 <title>Dr. Richard Stallman, founder of Free Software Foundation, give a talk in Oslo March
1st
2013</title>
2149 <link>http://people.skolelinux.org/pere/blog/Dr__Richard_Stallman__founder_of_Free_Software_Foundation__give_a_talk_in_Oslo_March_1st_2013.html
</link>
2150 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Dr__Richard_Stallman__founder_of_Free_Software_Foundation__give_a_talk_in_Oslo_March_1st_2013.html
</guid>
2151 <pubDate>Wed,
27 Feb
2013 20:
20:
00 +
0100</pubDate>
2152 <description><p
>Dr.
<a href=
"http://www.stallman.org/
">Richard Stallman
</a
>,
2153 founder of
<a href=
"http://www.fsf.org/
">Free Software Foundation
</a
>,
2154 is giving
<a href=
"http://www.nuug.no/aktiviteter/
20130301-rms/
">a
2155 talk in Oslo March
1st
2013 17:
00 to
19:
00</a
>. The event is public
2156 and organised by
<a href=
"">Norwegian Unix Users Group (NUUG)
</a
>
2157 (where I am the chair of the board) and
2158 <a href=
"http://www.friprog.no/
">The Norwegian Open Source Competence
2159 Center
</a
>. The title of the talk is «The Free Software Movement and
2160 GNU», with this description:
2162 <p
><blockquote
>
2163 The Free Software Movement campaigns for computer users
' freedom to
2164 cooperate and control their own computing. The Free Software Movement
2165 developed the GNU operating system, typically used together with the
2166 kernel Linux, specifically to make these freedoms possible.
2167 </blockquote
></p
>
2169 <p
>The meeting is open for everyone. Due to space limitations, the
2170 doors opens for NUUG members at
16:
15, and everyone else at
16:
45. I
2171 am really curious how many will show up. See
2172 <a href=
"http://www.nuug.no/aktiviteter/
20130301-rms/
">the event
2173 page
</a
> for the location details.
</p
>
2178 <title>1.4 millioner potensielle journalistsamtaler i politiets hender
</title>
2179 <link>http://people.skolelinux.org/pere/blog/
1_4_millioner_potensielle_journalistsamtaler_i_politiets_hender.html
</link>
2180 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
1_4_millioner_potensielle_journalistsamtaler_i_politiets_hender.html
</guid>
2181 <pubDate>Tue,
27 Nov
2012 15:
20:
00 +
0100</pubDate>
2182 <description><p
>I fjor meldte Dagbladet og andre medier at
2183 <a href=
"http://www.dagbladet.no/
2011/
09/
27/nyheter/innenriks/terror/anders_behring_breivik/
18323147/
">politiet
2184 hadde samlet inn informasjon om
1.4 millioner telefonsamtaler
</a
> i
2185 området rundt Akersgata, regjeringskvartalet og Utøya, i forbindelse
2186 med etterforskningen rundt bombeattentatet og massemordet
22. juli
2187 2011. Politiadvokat Pål-Fredrik Hjort Kraby fortalte i følge
2188 artikkelen at
</p
>
2191 - «Dette er ikke kun samtaler som knyttes til Breivik. Dette er alle
2192 samtaler som er registrert på basestasjoner i tilknytning til både
2193 bomba i Regjeringskvartalet og aksjonen på Utøya. Vi må analysere tid,
2194 lengde og fra hvilke basestasjoner de er registrert på. Vi prøver å
2195 finne ut hvem som har ringt til en hver tid, også i dagene før.»
2198 <p
>Det triste og merkelige er at ingen presseoppslag tok opp hva dette
2199 egentlig betød for kildevernet. Et stenkast fra regjeringskvartalet
2200 befinner redaksjonene til blant annet VG, Dagbladet og Aftenposten
2201 seg. Det betyr at et betydelig antall av journalisters samtaler var
2202 og er tilgjengelig for politiet. Og dette var ikke en unik hendelse.
2203 Politiet henter rutinemessig ut informasjon om telefonsamtaler i
2204 kriminaletterforskningen, og en kan gå ut ifra at det ofte vil være
2205 noe kriminelt å undersøke nær en redaksjon da redaksjoner holder til i
2206 sentrum og tettsteder, der det meste av annen aktivitet i et område
2207 også foregår. F.eks. befinner Aftenposten seg like ved Oslo
2208 Sentralstasjon, et ganske kriminelt belastet område, der jeg mistenker
2209 politiet ofte hente ut samtaleinformasjon. Og avisen Aftenposten
2210 annonserte jo for noen år siden at ansatte kun skulle ha mobiltelefon
2211 (noe de kanskje angret på
2212 <a href=
"http://www.digi.no/
216833/raadlose-bedrifter-uten-sikkerhetsnett
">da
2213 mobilnettet brøt sammen
</a
>), hvilket betyr at alle samtaler
2214 journalistene gjennomfører går via nabolagets mobilbasestasjoner og
2215 dermed blir med og analysert når politiet ber om informasjon om
2216 mobilsamtaler i området. Det samme gjelder antagelig de fleste
2217 mediehus nå for tiden.
</p
>
2219 <p
>Konsekvensen er at en må gå ut i fra at politiet kan få tilgang til
2220 informasjon om alle samtaler med journalister, hvilket bør få varslere
2221 og andre som vil tipse journalister til å tenke seg to ganger før de
2222 ringer en journalist. Det er for meg en svært uheldig situasjon.
</p
>
2224 <p
>Anders Brenne tipset meg om dette tidligere i år, og har skrevet om
2225 problemstillingen i sin bok
2226 <a href=
"http://www.hoyskoleforlaget.no/index.asp?template=
40&bokId=
978-
82-
7147-
358-
7">Digitalt
2227 kildevern
</a
> som ble lansert i år og
2228 <a href=
"http://www.netthoder.no/
2012/
04/dette-ma-du-vite-om-du-vil-sikre-kildevernet-referat/
">presentert
2229 på et NONA-møte i april
</a
>. Oppsummeringen fra møtet inneholder
2230 flere detaljer og bakgrunnsinformasjon. Jeg synes det er besynderlig
2231 at så få journalister tar opp denne problemstillingen, og ikke stiller
2232 flere kritiske spørsmål til innføringen av datalagringsdirektivet og
2233 den raderingen av personvernet som har foregått i Norge i løpet av
2234 mange år nå.
</p
>
2239 <title>FAD tvinger igjennom BankID-tilgang til personsensitiv informasjon om meg
</title>
2240 <link>http://people.skolelinux.org/pere/blog/FAD_tvinger_igjennom_BankID_tilgang_til_personsensitiv_informasjon_om_meg.html
</link>
2241 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FAD_tvinger_igjennom_BankID_tilgang_til_personsensitiv_informasjon_om_meg.html
</guid>
2242 <pubDate>Wed,
21 Nov
2012 17:
10:
00 +
0100</pubDate>
2243 <description><p
>I dag fikk jeg svar fra fornyingsdepartementet på min
2244 <a href=
"http://people.skolelinux.org/pere/blog/BankID_skal_ikke_gi_tilgang_til_min_personsensitive_informasjon.html
">forespørsel
2245 om å reservere meg mot at BankID
</a
> brukes til å få tilgang til
2246 informasjon om meg via ID-porten. Like etter at svaret kom fikk jeg
2247 beskjed om at min henvendelse har fått
2248 <a href=
"http://www.oep.no/search/result.html?caseNumber=
2012/
3446&searchType=advanced
&list2=
94&caseSearch=true
&sortField=doknr
">saksnummer
2249 12/
3446 hos FAD
</a
>, som dessverre ikke har dukket opp i Offentlig
2250 Elektronisk Postjournal ennå. Her er svaret jeg fikk:
</p
>
2253 <p
>Date: Wed,
21 Nov
2012 11:
18:
52 +
0000
2254 <br
>From: Hornnes Stig
&lt;Stig.Hornnes (at) fad.dep.no
&gt;
2255 <br
>To: Petter Reinholdtsen
2256 <br
>Subject: Reservasjon mot BankID
</p
>
2258 <p
>Hei Petter,
</p
>
2260 <p
>Du har sendt oss forespørsel om at din bruker blir reservert mot bruk
2261 av BankID i ID-porten. Det er ikke lagt opp til at enkeltpersoner kan
2262 reservere seg på denne måten.
</p
>
2264 <p
>Tanken bak ID-porten er at innbyggerne skal kunne velge hvilken eID de
2265 ønsker å bruke for å logge på offentlige tjenester. For å sikre
2266 valgfriheten har vi inngått avtaler med BankID, Buypass og
2267 Commfides. I tillegg har vi den offentlige MinID, men hvor utstedelse
2268 skjer til adresse registrert i folkeregisteret, og derfor ikke er
2269 egnet til tjenestene med det høyeste sikkerhetsbehovet.
</p
>
2271 <p
>Sikkerhet er et viktig tema for oss. Alle leverandørene som er i
2272 ID-porten i dag, inkl. BankID, har oppfylt både kravene som fremgår av
2273 Kravspek PKI (pluss noen tilleggskrav fra Difi i anskaffelsen) og er
2274 selvdeklarerte hos Post og Teletilsynet (PT) som har tilsynsansvar for
2275 denne typen virksomheter. For BankID sin del ble det gjennomført
2276 revisjon av løsningen i
2009, på bestilling fra PT etter en del
2277 negative oppslag knyttet til nettopp sikkerheten i løsningen. Det
2278 fremkom ingen alvorlige sikkerhetsproblemer i revisjonen.
</p
>
2280 <p
>Når dette er sagt; Ingen løsninger er
100 prosent sikre, verken
2281 papirbaserte systemer eller elektroniske. Eksempelvis vil misbruk av
2282 identitetsbevis for å urettmessig skaffe seg en e-ID, alltid være en
2283 risiko. Men det er en generell risiko for alle nivå
4-e-id-er vi har i
2284 Norge per i dag. Det er kriminelt, men det er umulig å være ett
2285 hundre prosent sikker på at det ikke kan skje. Vi har imidlertid fokus
2286 på å redusere risikoen så mye som mulig, og skal jobbe videre sammen
2287 med blant annet Justisdepartementet med ulike tiltak som vil bidra til
2288 bedre grunnidentifisering av innbyggere.
</p
>
2291 <br
>Stig Hornnes
2292 <br
>Rådgiver - FAD
</p
>
2295 <p
>Litt merkelig at de har glemt å legge opp til at enkeltpersoner kan
2296 reservere seg på denne måten. FAD burde være klar over
2297 problemstillingen med reservasjon, da jeg tok det opp med dem da de
2298 presenterte MinID på en presentasjon de holdt på Gardermoen for noen
2299 år siden. Det burde jo også være teknisk svært enkelt å få støtte for
2300 slikt i en ID-portal. Her må det visst tyngre virkemidler til enn en
2301 vennlig forespørsel om å reservere seg. Får tenke igjennom neste
2304 <p
>Du lurer kanskje på hva som er problemet med BankID? For å
2305 forklare det, er det greit å gå et steg tilbake og beskrive offentlig
2306 nøkkel-kryptering, eller
2307 <a href=
"http://snl.no/asymmetrisk_kryptografi
">asymmetrisk
2308 kryptografi
</a
> som det også kalles. En fin beskrivelse
2309 <a href=
"http://www.matematikk.org/artikkel.html?tid=
63068">finnes på
2310 matematikk.org
</a
>:
</p
>
2313 Se for deg at person A har en hengelås og at han sender den til deg (i
2314 åpen tilstand), men beholder nøkkelen. Du kan dermed låse inn en
2315 hemmelighet ved hjelp av hengelåsen og sende den til A. Bare A kan
2316 låse opp igjen, siden bare A har den riktige nøkkelen.
2319 <p
>Signering med asymmetrisk kryptering gjør at en kan vite at kun de
2320 som har tilgang til nøkkelen har signert et gitt dokument. Mitt
2321 problem med BankID er det er utformet slik at banken beholder nøkkelen
2322 til hengelåsen og kontraktsmessig har lovet å kun bruke den når jeg
2323 ber om det. Det er ikke godt nok for meg. Jeg forventer et system
2324 der kun jeg har nøkkelen hvis det skal kunne brukes til å inngå
2325 avtaler på mine vegne eller få tilgang til min personsensitive
2326 informasjon. Jeg forventer at det velges en teknisk løsning der det
2327 er tvingende nødvendig at jeg er involvert når det skal signeres noe
2328 på mine vegne. BankID er ikke en slik.
</p
>
2333 <title>BankID skal ikke gi tilgang til min personsensitive informasjon
</title>
2334 <link>http://people.skolelinux.org/pere/blog/BankID_skal_ikke_gi_tilgang_til_min_personsensitive_informasjon.html
</link>
2335 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/BankID_skal_ikke_gi_tilgang_til_min_personsensitive_informasjon.html
</guid>
2336 <pubDate>Fri,
16 Nov
2012 12:
30:
00 +
0100</pubDate>
2337 <description><p
>Onsdag i denne uka annonserte
2338 <a href=
"http://www.fad.dep.no/
">Fornyingsdepartementet
</a
> at de har
2339 inngått kontrakt med BankID Norge om bruk av BankID for å la borgerne
2340 logge inn på offentlige nettsider der en kan få tilgang til
2341 personsensitiv informasjon. Jeg skrev i
2009 litt om
2342 <a href=
"http://people.skolelinux.org/pere/blog/Jeg_vil_ikke_ha_BankID.html
">hvorfor
2343 jeg ikke vil ha BankID
</a
> &mdash; jeg stoler ikke nok på en bank til
2344 å gi dem mulighet til å inngå avtaler på mine vegne. Jeg forlanger at
2345 jeg skal være involvert når det skal inngås avtaler på mine vegne.
</p
>
2347 <p
>Jeg har derfor valgt å bruke
2348 <a href=
"http://www.skandibanken.no/
">Skandiabanken
</a
> (det er flere
2349 banker som ikke krever BankID, se
2350 <a href=
"http://no.wikipedia.org/wiki/BankID
">Wikipedia for en
2351 liste
</a
>) på grunn av at de ikke tvinger sine kunder til å bruke
2352 BankID. I motsetning til Postbanken, som løy til meg i
2009 da
2353 kundestøtten der sa at det var blitt et krav fra Kreditttilsynet og
2354 BBS om at norske banker måtte innføre BankID, har ikke Skandiabanken
2355 forsøkt å tvinge meg til å ta i bruk BankID. Jeg fikk nylig endelig
2356 spurt Finanstilsynet (de har byttet navn siden
2009), og fikk beskjed
2357 fra Frank Robert Berg hos Finanstilsynet i epost
2012-
09-
17 at
2358 Finanstilsynet ikke har fremsatt slike krav. Med andre ord snakket
2359 ikke Postbankens kundestøtte sant i
2009.
</p
>
2361 <p
>Når en i tillegg fra
2362 <a href=
"http://www.aftenposten.no/nyheter/iriks/Tyver-kan-tappe-kontoen-din---selv-uten-passord-og-pinkode--
6989793.html
">oppslag
2363 i Aftenposten
</a
> vet at de som jobber i alle bankene som bruker
2364 BankID i dag, det være seg utro tjenere, eller de som lar seg lure av
2365 falsk legitimasjon, kan lage og dele ut en BankID som gir tilgang til
2366 mine kontoer og rett til å inngå avtaler på mine vegne, blir det
2367 viktigere enn noen gang å få reservert seg mot BankID. Det holder
2368 ikke å la være å bruke det selv. Jeg sendte derfor følgende
2369 epost-brev til Fornyingsdepartementet i går:
</p
>
2371 <p
><blockquote
>
2372 <p
>Date: Thu,
15 Nov
2012 11:
08:
31 +
0100
2373 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
2374 <br
>To: postmottak (at) fad.dep.no
2375 <br
>Subject: Forespørsel om reservasjon mot bruk av BankID i ID-porten
</p
>
2377 <p
>Jeg viser til nyheten om at staten har tildelt kontrakt for å
2378 levere elektronisk ID for offentlige digitale tjenester til BankID
2379 Norge, referert til blant annet i Digi[
1] og i FADs
2380 pressemelding[
2].
</p
>
2382 <p
>1)
&lt;URL:
<a href=
"http://www.digi.no/
906093/staten-gaar-for-bankid
">http://www.digi.no/
906093/staten-gaar-for-bankid
</a
> &gt;
2383 <br
>2)
&lt;URL:
<a href=
"http://www.regjeringen.no/nb/dep/fad/pressesenter/pressemeldinger/
2012/staten-inngar-avtale-med-bankid.html
">http://www.regjeringen.no/nb/dep/fad/pressesenter/pressemeldinger/
2012/staten-inngar-avtale-med-bankid.html
</a
> &gt;
</p
>
2385 <p
>Gitt BankIDs utforming, der BankID-utsteder har både privat og
2386 offentlig del av kundens nøkkel hos seg, er jeg ikke villig til å gi
2387 tilgang til informasjon som hører til min min privatsfære ved hjelp av
2388 innlogging med BankID.
</p
>
2390 <p
>Jeg ber derfor herved om at løsningen settes opp slik at ingen kan
2391 logge inn som meg på offentlige digitale tjenester ved hjelp av
2392 BankID, det vil si at jeg reserverer meg mot enhver bruk av BankID for
2393 å logge meg inn på slike tjenester som kan inneholde personsensitiv
2394 informasjon om meg.
</p
>
2396 <p
>Jeg har ikke BankID i dag, men som en kan se i oppslag i Aftenposten
2397 2012-
09-
13[
3] er det ikke til hindrer for at andre kan bruke BankID på
2398 mine vegne for å få tilgang. Det sikkerhetsproblemet kommer i tillegg
2399 til utformingsproblemet omtalt over, og forsterker bare mitt syn på at
2400 BankID ikke er aktuelt for meg til noe annet enn å logge inn i en
2401 nettbank der banken i større grad bærer risikoen ved misbruk.
</p
>
2403 <p
>3)
&lt;URL:
<a href=
"http://www.aftenposten.no/nyheter/iriks/Tyver-kan-tappe-kontoen-din---selv-uten-passord-og-pinkode--
6989793.html
">http://www.aftenposten.no/nyheter/iriks/Tyver-kan-tappe-kontoen-din---selv-uten-passord-og-pinkode--
6989793.html
</a
> &gt;
</p
>
2405 <p
>Jeg ber om rask tilbakemelding med saksnummer for min henvendelse.
2406 Jeg ber videre om bekreftelse på at BankID-innlogging er blokkert når
2407 det gjelder tilgang til
"min
" informasjon hos det offentlige, i
2408 forkant av BankID-integrasjon mot ID-porten som i følge
2409 pressemeldingen skal komme på plass i løpet av et par uker.
</p
>
2412 <br
>Vennlig hilsen
2413 <br
>Petter Reinholdtsen
</p
>
2416 <p
>Jeg venter spent på svaret. Jeg mistenker jeg må sende tilsvarende
2417 beskjed til mine bankforbindelser for å sikre mine bankkontoer.
</p
>
2419 <p
>Hvis det skal brukes offentlig nøkkel-teknologi til å inngå avtaler
2420 på mine vegne og skaffe seg personsensitiv informasjon om meg, så er
2421 mitt krav at det kun er jeg som har tilgang på min private nøkkel.
2422 Alt annet blir å gi for mye tillit til andre. Med BankID sitter andre
2423 på både
"min
" offentlige og private nøkkel.
</p
>
2428 <title>The European Central Bank (ECB) take a look at bitcoin
</title>
2429 <link>http://people.skolelinux.org/pere/blog/The_European_Central_Bank__ECB__take_a_look_at_bitcoin.html
</link>
2430 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_European_Central_Bank__ECB__take_a_look_at_bitcoin.html
</guid>
2431 <pubDate>Sun,
4 Nov
2012 08:
30:
00 +
0100</pubDate>
2432 <description><p
>Slashdot just ran a story about the European Central Bank (ECB)
2433 <a href=
"http://www.ecb.europa.eu/pub/pdf/other/virtualcurrencyschemes201210en.pdf
">releasing
2434 a report (PDF)
</a
> about virtual currencies and
2435 <a href=
"http://www.bitcoin.org/
">bitcoin
</a
>. It is interesting to
2436 see how a member of the bitcoin community
2437 <a href=
"http://blog.bitinstant.com/blog/
2012/
10/
30/the-ecb-report-on-bitcoin-and-virtual-currencies.html
">receive
2438 the report
</a
>. As for the future, I suspect the central banks and
2439 the governments will outlaw bitcoin if it gain any popularity, to avoid
2440 competition. My thoughts go to the
2441 <a href=
"http://en.wikipedia.org/wiki/Wörgl
">Wörgl experiment
</a
> with
2442 negative inflation on cash which was such a success that it was
2443 terminated by the Austrian National Bank in
1933. A successful
2444 alternative would be a threat to the current money system and gain
2445 powerful forces to work against it.
</p
>
2447 <p
>While checking out the current status of bitcoin, I also discovered
2448 that the community already seem to have
2449 <a href=
"http://www.theverge.com/
2012/
8/
27/
3271637/bitcoin-savings-trust-pyramid-scheme-shuts-down
">experienced
2450 its first pyramid game / Ponzi scheme
</a
>. Not very surprising, given
2451 how members of
"small
" communities tend to trust each other. I guess
2452 enterprising crocks will try again and again, as they do anywhere
2453 wealth is available.
</p
>
2458 <title>The fight for freedom and privacy
</title>
2459 <link>http://people.skolelinux.org/pere/blog/The_fight_for_freedom_and_privacy.html
</link>
2460 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_fight_for_freedom_and_privacy.html
</guid>
2461 <pubDate>Thu,
18 Oct
2012 10:
50:
00 +
0200</pubDate>
2462 <description><p
>Civil liberties and privacy in the western world are going down the
2463 drain, and it is hard to fight against it. I try to do my best, but
2464 time is limited. I hope you do your best too. A few years ago I came
2465 across a marvellous drawing by
2466 <a href=
"http://www.claybennett.com/about.html
">Clay Bennett
</a
>
2467 visualising some of what is going on.
2469 <p
><a href=
"http://www.claybennett.com/pages/security_fence.html
">
2470 <img src=
"http://www.claybennett.com/images/archivetoons/security_fence.jpg
"></a
></p
>
2473 «They who can give up essential liberty to obtain a little temporary
2474 safety, deserve neither liberty nor safety.» - Benjamin Franklin
2477 <p
>Do you feel safe at the airport? I do not. Do you feel safe when
2478 you see a surveillance camera? I do not. Do you feel safe when you
2479 leave electronic traces of your behaviour and opinions? I do not. I
2480 just remember
<a href=
"http://en.wikipedia.org/wiki/Panopticon
">the
2481 Panopticon
</a
>, and can not help to think that we are slowly
2482 transforming our society to a huge Panopticon on our own.
</p
>
2487 <title>Using NVD and CPE to track CVEs in locally maintained software
</title>
2488 <link>http://people.skolelinux.org/pere/blog/Using_NVD_and_CPE_to_track_CVEs_in_locally_maintained_software.html
</link>
2489 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Using_NVD_and_CPE_to_track_CVEs_in_locally_maintained_software.html
</guid>
2490 <pubDate>Fri,
28 Jan
2011 15:
40:
00 +
0100</pubDate>
2491 <description><p
>The last few days I have looked at ways to track open security
2492 issues here at my work with the University of Oslo. My idea is that
2493 it should be possible to use the information about security issues
2494 available on the Internet, and check our locally
2495 maintained/distributed software against this information. It should
2496 allow us to verify that no known security issues are forgotten. The
2497 CVE database listing vulnerabilities seem like a great central point,
2498 and by using the package lists from Debian mapped to CVEs provided by
2499 the testing security team, I believed it should be possible to figure
2500 out which security holes were present in our free software
2501 collection.
</p
>
2503 <p
>After reading up on the topic, it became obvious that the first
2504 building block is to be able to name software packages in a unique and
2505 consistent way across data sources. I considered several ways to do
2506 this, for example coming up with my own naming scheme like using URLs
2507 to project home pages or URLs to the Freshmeat entries, or using some
2508 existing naming scheme. And it seem like I am not the first one to
2509 come across this problem, as MITRE already proposed and implemented a
2510 solution. Enter the
<a href=
"http://cpe.mitre.org/index.html
">Common
2511 Platform Enumeration
</a
> dictionary, a vocabulary for referring to
2512 software, hardware and other platform components. The CPE ids are
2513 mapped to CVEs in the
<a href=
"http://web.nvd.nist.gov/
">National
2514 Vulnerability Database
</a
>, allowing me to look up know security
2515 issues for any CPE name. With this in place, all I need to do is to
2516 locate the CPE id for the software packages we use at the university.
2517 This is fairly trivial (I google for
'cve cpe $package
' and check the
2518 NVD entry if a CVE for the package exist).
</p
>
2520 <p
>To give you an example. The GNU gzip source package have the CPE
2521 name cpe:/a:gnu:gzip. If the old version
1.3.3 was the package to
2522 check out, one could look up
2523 <a href=
"http://web.nvd.nist.gov/view/vuln/search?cpe=cpe%
3A%
2Fa%
3Agnu%
3Agzip:
1.3.3">cpe:/a:gnu:gzip:
1.3.3
2524 in NVD
</a
> and get a list of
6 security holes with public CVE entries.
2525 The most recent one is
2526 <a href=
"http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-
2010-
0001">CVE-
2010-
0001</a
>,
2527 and at the bottom of the NVD page for this vulnerability the complete
2528 list of affected versions is provided.
</p
>
2530 <p
>The NVD database of CVEs is also available as a XML dump, allowing
2531 for offline processing of issues. Using this dump, I
've written a
2532 small script taking a list of CPEs as input and list all CVEs
2533 affecting the packages represented by these CPEs. One give it CPEs
2534 with version numbers as specified above and get a list of open
2535 security issues out.
</p
>
2537 <p
>Of course for this approach to be useful, the quality of the NVD
2538 information need to be high. For that to happen, I believe as many as
2539 possible need to use and contribute to the NVD database. I notice
2541 <a href=
"https://www.redhat.com/security/data/metrics/rhsamapcpe.txt
">a
2542 map from CVE to CPE
</a
>, indicating that they are using the CPE
2543 information. I
'm not aware of Debian and Ubuntu doing the same.
</p
>
2545 <p
>To get an idea about the quality for free software, I spent some
2546 time making it possible to compare the CVE database from Debian with
2547 the CVE database in NVD. The result look fairly good, but there are
2548 some inconsistencies in NVD (same software package having several
2549 CPEs), and some inaccuracies (NVD not mentioning buggy packages that
2550 Debian believe are affected by a CVE). Hope to find time to improve
2551 the quality of NVD, but that require being able to get in touch with
2552 someone maintaining it. So far my three emails with questions and
2553 corrections have not seen any reply, but I hope contact can be
2554 established soon.
</p
>
2556 <p
>An interesting application for CPEs is cross platform package
2557 mapping. It would be useful to know which packages in for example
2558 RHEL, OpenSuSe and Mandriva are missing from Debian and Ubuntu, and
2559 this would be trivial if all linux distributions provided CPE entries
2560 for their packages.
</p
>
2565 <title>Some thoughts on BitCoins
</title>
2566 <link>http://people.skolelinux.org/pere/blog/Some_thoughts_on_BitCoins.html
</link>
2567 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_thoughts_on_BitCoins.html
</guid>
2568 <pubDate>Sat,
11 Dec
2010 15:
10:
00 +
0100</pubDate>
2569 <description><p
>As I continue to explore
2570 <a href=
"http://www.bitcoin.org/
">BitCoin
</a
>, I
've starting to wonder
2571 what properties the system have, and how it will be affected by laws
2572 and regulations here in Norway. Here are some random notes.
</p
>
2574 <p
>One interesting thing to note is that since the transactions are
2575 verified using a peer to peer network, all details about a transaction
2576 is known to everyone. This means that if a BitCoin address has been
2577 published like I did with mine in my initial post about BitCoin, it is
2578 possible for everyone to see how many BitCoins have been transfered to
2579 that address. There is even a web service to look at the details for
2580 all transactions. There I can see that my address
2581 <a href=
"http://blockexplorer.com/address/
15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</a
>
2582 have received
16.06 Bitcoin, the
2583 <a href=
"http://blockexplorer.com/address/
1LfdGnGuWkpSJgbQySxxCWhv
8MHqvwst
3">1LfdGnGuWkpSJgbQySxxCWhv
8MHqvwst
3</a
>
2584 address of Simon Phipps have received
181.97 BitCoin and the address
2585 <a href=
"http://blockexplorer.com/address/
1MCwBbhNGp5hRm5rC1Aims2YFRe2SXPYKt
">1MCwBbhNGp5hRm5rC1Aims2YFRe2SXPYKt
</A
>
2586 of EFF have received
2447.38 BitCoins so far. Thank you to each and
2587 every one of you that donated bitcoins to support my activity. The
2588 fact that anyone can see how much money was transfered to a given
2589 address make it more obvious why the BitCoin community recommend to
2590 generate and hand out a new address for each transaction. I
'm told
2591 there is no way to track which addresses belong to a given person or
2592 organisation without the person or organisation revealing it
2593 themselves, as Simon, EFF and I have done.
</p
>
2595 <p
>In Norway, and in most other countries, there are laws and
2596 regulations limiting how much money one can transfer across the border
2597 without declaring it. There are money laundering, tax and accounting
2598 laws and regulations I would expect to apply to the use of BitCoin.
2599 If the Skolelinux foundation
2600 (
<a href=
"http://linuxiskolen.no/slxdebianlabs/donations.html
">SLX
2601 Debian Labs
</a
>) were to accept donations in BitCoin in addition to
2602 normal bank transfers like EFF is doing, how should this be accounted?
2603 Given that it is impossible to know if money can cross the border or
2604 not, should everything or nothing be declared? What exchange rate
2605 should be used when calculating taxes? Would receivers have to pay
2606 income tax if the foundation were to pay Skolelinux contributors in
2607 BitCoin? I have no idea, but it would be interesting to know.
</p
>
2609 <p
>For a currency to be useful and successful, it must be trusted and
2610 accepted by a lot of users. It must be possible to get easy access to
2611 the currency (as a wage or using currency exchanges), and it must be
2612 easy to spend it. At the moment BitCoin seem fairly easy to get
2613 access to, but there are very few places to spend it. I am not really
2614 a regular user of any of the vendor types currently accepting BitCoin,
2615 so I wonder when my kind of shop would start accepting BitCoins. I
2616 would like to buy electronics, travels and subway tickets, not herbs
2617 and books. :) The currency is young, and this will improve over time
2618 if it become popular, but I suspect regular banks will start to lobby
2619 to get BitCoin declared illegal if it become popular. I
'm sure they
2620 will claim it is helping fund terrorism and money laundering (which
2621 probably would be true, as is any currency in existence), but I
2622 believe the problems should be solved elsewhere and not by blaming
2623 currencies.
</p
>
2625 <p
>The process of creating new BitCoins is called mining, and it is
2626 CPU intensive process that depend on a bit of luck as well (as one is
2627 competing against all the other miners currently spending CPU cycles
2628 to see which one get the next lump of cash). The
"winner
" get
50
2629 BitCoin when this happen. Yesterday I came across the obvious way to
2630 join forces to increase ones changes of getting at least some coins,
2631 by coordinating the work on mining BitCoins across several machines
2632 and people, and sharing the result if one is lucky and get the
50
2634 <a href=
"http://www.bluishcoder.co.nz/bitcoin-pool/
">BitCoin Pool
</a
>
2635 if this sounds interesting. I have not had time to try to set up a
2636 machine to participate there yet, but have seen that running on ones
2637 own for a few days have not yield any BitCoins througth mining
2640 <p
>Update
2010-
12-
15: Found an
<a
2641 href=
"http://inertia.posterous.com/reply-to-the-underground-economist-why-bitcoi
">interesting
2642 criticism
</a
> of bitcoin. Not quite sure how valid it is, but thought
2643 it was interesting to read. The arguments presented seem to be
2644 equally valid for gold, which was used as a currency for many years.
</p
>
2649 <title>Pornoskannerne på flyplassene bedrer visst ikke sikkerheten
</title>
2650 <link>http://people.skolelinux.org/pere/blog/Pornoskannerne_p__flyplassene_bedrer_visst_ikke_sikkerheten.html
</link>
2651 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pornoskannerne_p__flyplassene_bedrer_visst_ikke_sikkerheten.html
</guid>
2652 <pubDate>Sat,
11 Dec
2010 10:
45:
00 +
0100</pubDate>
2653 <description><p
>Via
<a href=
"http://webmink.com/
2010/
12/
10/links-for-
2010-
12-
10/
">en
2654 blogpost fra Simon Phipps i går
</a
>, fant jeg en referanse til
2655 <a href=
"http://www.washingtontimes.com/news/
2010/dec/
9/exposed-tsas-x-rated-scanner-fraud/
">en
2656 artikkel i Washington Times
</a
> som igjen refererer til en artikkel i
2657 det fagfellevurderte tidsskriftet Journal of Transportation Security
2659 "<a href=
"http://springerlink.com/content/g6620thk08679160/fulltext.html
">An
2660 evaluation of airport x-ray backscatter units based on image
2661 characteristics
</a
>" som enkelt konstaterer at
2662 <a href=
"http://www.dailysquib.co.uk/?a=
2389&c=
124">pornoscannerne
</a
>
2663 som kler av reisende på flyplasser ikke er i stand til å avsløre det
2664 produsenten og amerikanske myndigheter sier de skal avsløre. Kort
2665 sagt, de bedrer ikke sikkerheten. Reisende må altså la ansatte på
2666 flyplasser
<a href=
"http://www.thousandsstandingaround.org/
">se dem
2667 nakne eller la seg beføle i skrittet
</a
> uten grunn. Jeg vil
2668 fortsette å nekte å bruke disse pornoskannerne, unngå flyplasser der
2669 de er tatt i bruk, og reise med andre transportmidler enn fly hvis jeg
2675 <title>Now accepting bitcoins - anonymous and distributed p2p crypto-money
</title>
2676 <link>http://people.skolelinux.org/pere/blog/Now_accepting_bitcoins___anonymous_and_distributed_p2p_crypto_money.html
</link>
2677 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Now_accepting_bitcoins___anonymous_and_distributed_p2p_crypto_money.html
</guid>
2678 <pubDate>Fri,
10 Dec
2010 08:
20:
00 +
0100</pubDate>
2679 <description><p
>With this weeks lawless
2680 <a href=
"http://www.salon.com/news/opinion/glenn_greenwald/
2010/
12/
06/wikileaks/index.html
">governmental
2681 attacks
</a
> on Wikileak and
2682 <a href=
"http://www.salon.com/technology/dan_gillmor/
2010/
12/
06/war_on_speech
">free
2683 speech
</a
>, it has become obvious that PayPal, visa and mastercard can
2684 not be trusted to handle money transactions.
2686 <a href=
"http://webmink.com/
2010/
12/
06/now-accepting-bitcoin/
">Simon
2687 Phipps on bitcoin
</a
> reminded me about a project that a friend of
2688 mine mentioned earlier. I decided to follow Simon
's example, and get
2689 involved with
<a href=
"http://www.bitcoin.org/
">BitCoin
</a
>. I got
2690 some help from my friend to get it all running, and he even handed me
2691 some bitcoins to get started. I even donated a few bitcoins to Simon
2692 for helping me remember BitCoin.
</p
>
2694 <p
>So, what is bitcoins, you probably wonder? It is a digital
2695 crypto-currency, decentralised and handled using peer-to-peer
2696 networks. It allows anonymous transactions and prohibits central
2697 control over the transactions, making it impossible for governments
2698 and companies alike to block donations and other transactions. The
2699 source is free software, and while the key dependency wxWidgets
2.9
2700 for the graphical user interface is missing in Debian, the command
2701 line client builds just fine. Hopefully Jonas
2702 <a href=
"http://bugs.debian.org/
578157">will get the package into
2703 Debian
</a
> soon.
</p
>
2705 <p
>Bitcoins can be converted to other currencies, like USD and EUR.
2706 There are
<a href=
"http://www.bitcoin.org/trade
">companies accepting
2707 bitcoins
</a
> when selling services and goods, and there are even
2708 currency
"stock
" markets where the exchange rate is decided. There
2709 are not many users so far, but the concept seems promising. If you
2710 want to get started and lack a friend with any bitcoins to spare,
2712 <a href=
"https://freebitcoins.appspot.com/
">some for free
</a
> (
0.05
2713 bitcoin at the time of writing). Use
2714 <a href=
"http://www.bitcoinwatch.com/
">BitcoinWatch
</a
> to keep an eye
2715 on the current exchange rates.
</p
>
2717 <p
>As an experiment, I have decided to set up bitcoind on one of my
2718 machines. If you want to support my activity, please send Bitcoin
2719 donations to the address
2720 <b
>15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b
</b
>. Thank you!
</p
>
2725 <title>DND hedrer overvåkning av barn med Rosingsprisen
</title>
2726 <link>http://people.skolelinux.org/pere/blog/DND_hedrer_overv_kning_av_barn_med_Rosingsprisen.html
</link>
2727 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/DND_hedrer_overv_kning_av_barn_med_Rosingsprisen.html
</guid>
2728 <pubDate>Tue,
23 Nov
2010 14:
15:
00 +
0100</pubDate>
2729 <description><p
>Jeg registrerer med vond smak i munnen at Den Norske Dataforening
2731 href=
"http://www.dataforeningen.no/hedret-med-rosingprisen
.4849070-
133913.html
">hedrer
2732 overvåkning av barn med Rosingsprisen for kreativitet i år
</a
>. Jeg
2733 er glad jeg nå er meldt ut av DND.
</p
>
2735 <p
>Å elektronisk overvåke sine barn er ikke å gjøre dem en tjeneste,
2736 men et overgrep mot individer i utvikling som bør læres opp til å ta
2737 egne valg.
</p
>
2739 <p
>For å sitere Datatilsynets nye leder, Bjørn Erik Thon, i
2740 <a href=
"http://www.idg.no/computerworld/article174262.ece
">et intervju
2741 med Computerworld Norge
</A
>:
</p
>
2743 <p
><blockquote
>
2744 - For alle som har barn, meg selv inkludert, er førstetanken at det
2745 hadde vært fint å vite hvor barnet sitt er til enhver tid. Men ungene
2746 har ikke godt av det. De er små individer som skal søke rundt og finne
2747 sine små gjemmesteder og utvide horisonten, uten at foreldrene ser dem
2748 i kortene. Det kan være fristende, men jeg ville ikke gått inn i
2750 </blockquote
></p
>
2752 <p
>Det er skremmende å se at DND mener en tjeneste som legger opp til
2753 slike overgrep bør hedres. Å flytte oppveksten for barn inn i en
2755 <a href=
"http://en.wikipedia.org/wiki/Panopticon
">Panopticon
</a
> er et
2756 grovt overgrep og vil gjøre skade på barnenes utvikling, og foreldre
2757 burde tenke seg godt om før de gir etter for sine instinkter her.
</p
>
2759 <p
>Blipper-tjenesten får meg til å tenke på bøkene til
2760 <a href=
"http://en.wikipedia.org/wiki/John_Twelve_Hawks
">John Twelve
2761 Hawks
</a
>, som forbilledlig beskriver hvordan et totalitært
2762 overvåkningssamfunn bygges sakte men sikkert rundt oss, satt sammen av
2763 gode intensjoner og manglende bevissthet om hvilke prinsipper et
2764 liberalt demokrati er fundamentert på. Jeg har hatt stor glede av å
2765 lese alle de tre bøkene.
</p
>
2770 <title>Datatilsynet mangler verktøyet som trengs for å kontrollere kameraovervåkning
</title>
2771 <link>http://people.skolelinux.org/pere/blog/Datatilsynet_mangler_verkt_yet_som_trengs_for___kontrollere_kameraoverv_kning.html
</link>
2772 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Datatilsynet_mangler_verkt_yet_som_trengs_for___kontrollere_kameraoverv_kning.html
</guid>
2773 <pubDate>Tue,
9 Nov
2010 14:
35:
00 +
0100</pubDate>
2774 <description><p
>En stund tilbake ble jeg oppmerksom på at Datatilsynets verktøy for
2775 å holde rede på overvåkningskamera i Norge ikke var egnet til annet
2776 enn å lage statistikk, og ikke kunne brukes for å kontrollere om et
2777 overvåkningskamera i det offentlige rom er lovlig satt opp og
2778 registrert. For å teste hypotesen sendte jeg for noen dager siden
2779 følgende spørsmål til datatilsynet. Det omtalte kameraet står litt
2780 merkelig plassert i veigrøften ved gangstien langs Sandakerveien, og
2781 jeg lurer oppriktig på om det er lovlig plassert og registrert.
</p
>
2783 <p
><blockquote
>
2784 <p
>Date: Tue,
2 Nov
2010 16:
08:
20 +
0100
2785 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
2786 <br
>To: postkasse (at) datatilsynet.no
2787 <br
>Subject: Er overvåkningskameraet korrekt registrert?
</p
>
2789 <p
>Hei.
</p
>
2791 <p
>I Nydalen i Oslo er det mange overvåkningskamera, og et av dem er
2792 spesielt merkelig plassert like over et kumlokk. Jeg lurer på om
2793 dette kameraet er korrekt registrert og i henhold til lovverket.
</p
>
2795 <p
>Finner ingen eierinformasjon på kameraet, og dermed heller ingenting å
2796 søke på i
&lt;URL:
2797 <a href=
"http://hetti.datatilsynet.no/melding/report_search.pl
">http://hetti.datatilsynet.no/melding/report_search.pl
</a
> &gt;.
2798 Kartreferanse for kameraet er tilgjengelig fra
2800 <a href=
"http://people.skolelinux.no/pere/surveillance-norway/?zoom=
17&lat=
59.94918&lon=
10.76962&layers=B0T
">http://people.skolelinux.no/pere/surveillance-norway/?zoom=
17&lat=
59.94918&lon=
10.76962&layers=B0T
</a
> &gt;.
2802 <p
>Kan dere fortelle meg om dette kameraet er registrert hos
2803 Datatilsynet som det skal være i henhold til lovverket?
</p
>
2805 <p
>Det hadde forresten vært fint om rådata fra kameraregisteret var
2806 tilgjengelig på web og regelmessig oppdatert, for å kunne søke på
2807 andre ting enn organisasjonsnavn og -nummer ved å laste det ned og
2808 gjøre egne søk.
</p
>
2810 <p
>Vennlig hilsen,
2812 <br
>Petter Reinholdtsen
2813 </blockquote
></p
>
2815 <p
>Her er svaret som kom dagen etter:
</p
>
2817 <p
><blockquote
>
2818 <p
>Date: Wed,
3 Nov
2010 14:
44:
09 +
0100
2819 <br
>From:
"juridisk
" &lt;juridisk (at) Datatilsynet.no
&gt;
2820 <br
>To: Petter Reinholdtsen
2821 <br
>Subject: VS: Er overvåkningskameraet korrekt registrert?
2823 <p
>Viser til e-post av
2. november.
2825 <p
>Datatilsynet er det forvaltningsorganet som skal kontrollere at
2826 personopplysningsloven blir fulgt. Formålet med loven er å verne
2827 enkeltpersoner mot krenking av personvernet gjennom behandling av
2828 personopplysninger.
</p
>
2830 <p
>Juridisk veiledningstjeneste hos Datatilsynet gir råd og veiledning
2831 omkring personopplysningslovens regler på generelt grunnlag.
</p
>
2833 <p
>Datatilsynet har dessverre ikke en fullstendig oversikt over alle
2834 kameraer, den oversikten som finner er i vår meldingsdatabase som du
2836 <a href=
"http://www.datatilsynet.no/templates/article____211.aspx
">http://www.datatilsynet.no/templates/article____211.aspx
</a
></p
>
2838 <p
>Denne databasen gir en oversikt over virksomheter som har meldt inn
2839 kameraovervåkning. Dersom man ikek vet hvilken virksomhet som er
2840 ansvarlig, er det heller ikke mulig for Datatilsynet å søke dette
2843 <p
>Webkameraer som har så dårlig oppløsning at man ikke kan gjenkjenne
2844 enkeltpersoner er ikke meldepliktige, da dette ikke anses som
2845 kameraovervåkning i personopplysningslovens forstand. Dersom kameraet
2846 du sikter til er et slikt webkamera, vil det kanskje ikke finnes i
2847 meldingsdatabasen på grunn av dette. Også dersom et kamera med god
2848 oppløsning ikke filmer mennesker, faller det utenfor loven.
</p
>
2850 <p
>Datatilsynet har laget en veileder som gjennomgår når det er lov å
2851 overvåke med kamera, se lenke:
2852 <a href=
"http://www.datatilsynet.no/templates/article____401.aspx
">http://www.datatilsynet.no/templates/article____401.aspx
</a
></p
>
2854 <p
>Dersom det ikke er klart hvem som er ansvarlig for kameraet, er det
2855 vanskelig for Datatilsynet å ta kontakt med den ansvarlige for å få
2856 avklart om kameraet er satt opp i tråd med tilsynets regelverk. Dersom
2857 du mener at kameraet ikke er lovlig ut fra informasjonen ovenfor, kan
2858 kameraet anmeldes til politiet.
</p
>
2860 <p
>Med vennlig hilsen
</p
>
2862 <p
>Maria Bakke
2863 <br
>Juridisk veiledningstjeneste
2864 <br
>Datatilsynet
</p
>
2865 </blockquote
></p
>
2867 <p
>Personlig synes jeg det bør være krav om å registrere hvert eneste
2868 overvåkningskamera i det offentlige rom hos Datatilsynet, med
2869 kartreferanse og begrunnelse om hvorfor det er satt opp, slik at
2870 enhver borger enkelt kan hente ut kart over områder vi er interessert
2871 i og sjekke om det er overvåkningskamera der som er satt opp uten å
2872 være registert. Slike registreringer skal jo i dag fornyes
2873 regelmessing, noe jeg mistenker ikke blir gjort. Dermed kan kamera
2874 som en gang var korrekt registrert nå være ulovlig satt opp. Det
2875 burde også være bøter for å ha kamera som ikke er korrekt registrert,
2876 slik at en ikke kan ignorere registrering uten at det får
2877 konsekvenser.
</p
>
2879 <p
>En ide fra England som jeg har sans (lite annet jeg har sans for
2880 når det gjelder overvåkningskamera i England) for er at enhver borger
2881 kan be om å få kopi av det som er tatt opp med et overvåkningskamera i
2882 det offentlige rom, noe som gjør at det kan komme løpende utgifter ved
2883 å sette overvåkningskamera. Jeg tror alt som gjør det mindre
2884 attraktivt å ha overvåkningskamera i det offentlige rom er en god
2885 ting, så et slikt lovverk i Norge tror jeg hadde vært nyttig.
</p
>
2890 <title>Datatilsynet svarer om Bilkollektivets ønske om GPS-sporing
</title>
2891 <link>http://people.skolelinux.org/pere/blog/Datatilsynet_svarer_om_Bilkollektivets__nske_om_GPS_sporing.html
</link>
2892 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Datatilsynet_svarer_om_Bilkollektivets__nske_om_GPS_sporing.html
</guid>
2893 <pubDate>Thu,
14 Oct
2010 15:
00:
00 +
0200</pubDate>
2894 <description><p
>I forbindelse med Bilkollektivets plan om å skaffe seg mulighet til
2895 å GPS-spore sine medlemmers bevegelser
2896 (
<a href=
"http://people.skolelinux.org/pere/blog/Bilkollektivet_vil_ha_retten_til____se_hvor_jeg_kj__rer___.html
">omtalt
2897 tidligere
</a
>), sendte jeg avgårde et spørsmål til
<a
2898 href=
"http://www.datatilsynet.no/
">Datatilsynet
</a
> for å gjøre dem
2899 oppmerksom på saken og høre hva de hadde å si. Her er korrespondansen
2902 <p
><blockquote
>
2903 Date: Thu,
23 Sep
2010 13:
38:
55 +
0200
2904 <br
>From: Petter Reinholdtsen
2905 <br
>To: postkasse@datatilsynet.no
2906 <br
>Subject: GPS-sporing av privatpersoners bruk av bil?
2908 <p
>Hei. Jeg er med i Bilkollektivet[
1] her i Oslo, og ble i dag
2909 orientert om at de har tenkt å innføre GPS-sporing av bilene og krever
2910 at en for fremtidig bruk skal godkjenne følgende klausul i
2911 bruksvilkårene[
2]:
</p
>
2913 <p
><blockquote
>
2914 Andelseier er med dette gjort kjent med at bilene er utstyrt med
2915 sporingsutstyr, som kan benyttes av Bilkollektivet til å spore biler
2916 som brukes utenfor gyldig reservasjon.
2917 </blockquote
></p
>
2919 <p
>Er slik sporing meldepliktig til datatilsynet? Har Bilkollektivet
2920 meldt dette til Datatilsynet? Forsøkte å søke på orgnr.
874 538 892
2921 på søkesiden for meldinger[
3], men fant intet der.
</p
>
2923 <p
>Hva er datatilsynets syn på slik sporing av privatpersoners bruk av
2926 <p
>Jeg må innrømme at jeg forventer å kunne ferdes anonymt og uten
2927 radiomerking i Norge, og synes GPS-sporing av bilen jeg ønsker å bruke
2928 i så måte er et overgrep mot privatlivets fred. For meg er det et
2929 prinsipielt spørsmål og det er underordnet hvem og med hvilket formål
2930 som i første omgang sies å skulle ha tilgang til
2931 sporingsinformasjonen. Jeg vil ikke ha mulighet til å sjekke eller
2932 kontrollere når bruksområdene utvides, og erfaring viser jo at
2933 bruksområder utvides når informasjon først er samlet inn.
<p
>
2935 <p
>1 &lt;URL: http://www.bilkollektivet.no/
>
2936 <br
>2 &lt;URL: http://www.bilkollektivet.no/bilbruksregler
.26256.no.html
>
2937 <br
>3 &lt;URL: http://hetti.datatilsynet.no/melding/report_search.pl
>
2939 <p
>Vennlig hilsen,
2941 <br
>Petter Reinholdtsen
2942 </blockquote
></p
>
2944 <p
>Svaret fra Datatilsynet kom dagen etter:
</p
>
2946 <p
><blockquote
>
2947 Date: Fri,
24 Sep
2010 11:
24:
17 +
0200
2948 <br
>From: Henok Tesfazghi
2949 <br
>To: Petter Reinholdtsen
2950 <br
>Subject: VS: GPS-sporing av privatpersoners bruk av bil?
2952 <p
>Viser til e-post av
23. september
2010.
</p
>
2954 <p
>Datatilsynet er det forvaltningsorganet som skal kontrollere at
2955 personopplysningsloven blir fulgt. Formålet med loven er å verne
2956 enkeltpersoner mot krenking av personvernet gjennom behandling av
2957 personopplysninger. Vi gjør oppmerksom på at vår e-post svartjeneste
2958 er ment å være en kortfattet rådgivningstjeneste, slik at vi av den
2959 grunn ikke kan konkludere i din sak, men gi deg innledende råd og
2960 veiledning. Vårt syn er basert på din fremstilling av saksforholdet,
2961 andre opplysninger vi eventuelt ikke kjenner til og som kan være
2962 relevante, vil kunne medføre et annet resultat.
</p
>
2964 <p
>Det er uklart for Datatilsynet hva slags GPS-sporing Bilkollektivet
2965 her legger opp til. Dette skyldes blant annet manglende informasjon i
2966 forhold til hvilket formål GPS-sporingen har, hvordan det er ment å
2967 fungere, hvilket behandlingsgrunnlag som ligger til grunn, samt om
2968 opplysningene skal lagres eller ikke.
</p
>
2970 <p
>Behandlingen vil i utgangspunket være meldepliktig etter
2971 personopplysningslovens §
31. Det finnes en rekke unntak fra
2972 meldeplikten som er hjemlet i personopplysningsforskriftens kapittel
2973 7. Da dette er et andelslag, og andelseiere i en utstrekning også kan
2974 karakteriseres som kunder, vil unntak etter
2975 personopplysningsforskriftens §
7-
7 kunne komme til anvendelse, se
2976 lenke:
<a href=
"http://lovdata.no/for/sf/fa/ta-
20001215-
1265-
009.html#
7-
7">http://lovdata.no/for/sf/fa/ta-
20001215-
1265-
009.html#
7-
7</a
></p
>
2978 <p
>Datatilsynet har til orientering en rekke artikler som omhandler
2979 henholdsvis sporing og lokalisering, samt trafikanter og passasjerer,
2981 <br
><a href=
"http://www.datatilsynet.no/templates/article____1730.aspx
">http://www.datatilsynet.no/templates/article____1730.aspx
</a
> og
2982 <br
><a href=
"http://www.datatilsynet.no/templates/article____1098.aspx
">http://www.datatilsynet.no/templates/article____1098.aspx
</a
></p
>
2985 <p
>Vennlig hilsen
2986 <br
>Henok Tesfazghi
2987 <br
>Rådgiver, Datatilsynet
2988 </blockquote
></p
>
2990 <p
>Vet ennå ikke om jeg har overskudd til å ta opp kampen i
2991 Bilkollektivet, mellom barnepass og alt det andre som spiser opp
2992 dagene, eller om jeg bare finner et annet alternativ.
</p
>
2997 <title>Bilkollektivet vil ha retten til å se hvor jeg kjører...
</title>
2998 <link>http://people.skolelinux.org/pere/blog/Bilkollektivet_vil_ha_retten_til___se_hvor_jeg_kj_rer___.html
</link>
2999 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Bilkollektivet_vil_ha_retten_til___se_hvor_jeg_kj_rer___.html
</guid>
3000 <pubDate>Thu,
23 Sep
2010 11:
55:
00 +
0200</pubDate>
3001 <description><p
>Jeg er med i
3002 <a href=
"http://www.bilkollektivet.no/
">Bilkollektivet
</a
> her i Oslo,
3003 og har inntil i dag vært fornøyd med opplegget. I dag kom det brev
3004 fra bilkollektivet, der de forteller om nytt webopplegg og nye
3005 rutiner, og at de har tenkt å angripe min rett til å ferdes anonymt
3006 som bruker av Bilkollektivet. Det gjorde meg virkelig trist å
3009 <p
>Brevet datert
2010-
09-
16 forteller at Bilkollektivet har tenkt å gå
3010 over til biler med
"bilcomputer
" og innebygget sporings-GPS som lar
3011 administrasjonen i bilkollektivet se hvor bilene er til en hver tid,
3012 noe som betyr at de også kan se hvor jeg kjører når jeg bruker
3014 <a href=
"http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html
">Retten
3015 til å ferdes anonymt
</a
> er som tidligere nevnt viktig for meg, og jeg
3016 finner det uakseptabelt å måtte godta å bli radiomerket for å kunne
3017 bruke bil. Har ikke satt meg inn i hva som er historien for denne
3018 endringen, så jeg vet ikke om det er godkjent av
3019 f.eks. andelseiermøtet. Ser at
3020 <a href=
"http://www.bilkollektivet.no/bilbruksregler
.26256.no.html
">nye
3021 bilbruksregler
</a
> med følgende klausul ble vedtatt av styret
3022 2010-
08-
26:
</p
>
3024 <blockquote
><p
>Andelseier er med dette gjort kjent med at bilene er
3025 utstyrt med sporingsutstyr, som kan benyttes av Bilkollektivet til å
3026 spore biler som brukes utenfor gyldig reservasjon.
</p
></blockquote
>
3028 <p
>For meg er det prinsipielt uakseptabelt av Bilkollektivet å skaffe
3029 seg muligheten til å se hvor jeg befinner meg, og det er underordnet
3030 når informasjonen blir brukt og hvem som får tilgang til den. Får se
3031 om jeg har energi til å forsøke å endre planene til Bilkollektivet
3032 eller bare ser meg om etter alternativer.
</p
>
3037 <title>Anonym ferdsel er en menneskerett
</title>
3038 <link>http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html
</link>
3039 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html
</guid>
3040 <pubDate>Wed,
15 Sep
2010 12:
15:
00 +
0200</pubDate>
3041 <description><p
>Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om
3042 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3808135.ece
">å
3043 radiomerke med RFID
</a
> alle sine kunder og
3044 <a href=
"http://www.aftenposten.no/nyheter/article3809746.ece
">registrere
3045 hvor hver og en av oss beveger oss
</a
> pågår, og en ting som har
3046 kommet lite frem i debatten er at det faktisk er en menneskerett å
3047 kunne ferdes anonymt internt i ens eget land.
</p
>
3049 <p
>Fant en grei kilde for dette i et
3050 <a href=
"http://www.datatilsynet.no/upload/Microsoft%
20Word%
20-%
2009-
01399-
2%
20H+%C2%A9ringsnotat%
20-%
20Samferdselsdepartementet%
20-%
20Utkas%C3%
94%C3%
87%C2%AA.pdf
">skriv
3051 fra Datatilsynet
</a
> til Samferdselsdepartementet om tema:
</p
>
3053 <blockquote
><p
>Retten til å ferdes anonymt kan utledes av
3054 menneskerettskonvensjonen artikkel
8 og av EUs personverndirektiv.
3055 Her heter det at enkeltpersoners grunnleggende rettigheter og frihet
3056 må respekteres, særlig retten til privatlivets fred. I både
3057 personverndirektivet og i den norske personopplysningsloven er
3058 selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig
3059 uttrykt ved at en må gi et frivillig, informert og uttrykkelig
3060 samtykke til behandling av personopplysninger.
</p
></blockquote
>
3062 <p
>For meg er det viktig at jeg kan ferdes anonymt, og det er litt av
3063 bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og
3064 forventer å kunne reise med bil og kollektivtrafikk uten at det blir
3065 registrert hvor jeg har vært. Ruter angriper min rett til å ferdes
3066 uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt
3067 ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge
3068 oss som ikke registrerer oss hver gang vi beveger oss med
3069 kollektivtrafikken i Oslo. Jeg synes det er hårreisende.
</p
>
3074 <title>Forslag i stortinget om å stoppe elektronisk stemmegiving i Norge
</title>
3075 <link>http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html
</link>
3076 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html
</guid>
3077 <pubDate>Tue,
31 Aug
2010 21:
00:
00 +
0200</pubDate>
3078 <description><p
>Ble tipset i dag om at et forslag om å stoppe forsøkene med
3079 elektronisk stemmegiving utenfor valglokaler er
3080 <a href=
"http://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=
46616">til
3081 behandling
</a
> i Stortinget.
3082 <a href=
"http://www.stortinget.no/Global/pdf/Representantforslag/
2009-
2010/dok8-
200910-
128.pdf
">Forslaget
</a
>
3083 er fremmet av Erna Solberg, Michael Tetzschner og Trond Helleland.
</p
>
3085 <p
>Håper det får flertall.
</p
>
3090 <title>Sikkerhetsteateret på flyplassene fortsetter
</title>
3091 <link>http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html
</link>
3092 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html
</guid>
3093 <pubDate>Sat,
28 Aug
2010 10:
40:
00 +
0200</pubDate>
3094 <description><p
>Jeg skrev for et halvt år siden hvordan
3095 <a href=
"http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html
">samfunnet
3096 kaster bort ressurser på sikkerhetstiltak som ikke fungerer
</a
>. Kom
3098 <a href=
"http://www.askthepilot.com/essays-and-stories/terrorism-tweezers-and-terminal-madness-an-essay-on-security/
">historie
3099 fra en pilot fra USA
</a
> som kommenterer det samme. Jeg mistenker det
3100 kun er uvitenhet og autoritetstro som gjør at så få protesterer. Har
3101 veldig sans for piloten omtalt i
<a
3102 href=
"http://www.aftenposten.no/nyheter/iriks/article2057501.ece
">Aftenposten
</a
> 2007-
10-
23,
3103 og skulle ønske flere rettet oppmerksomhet mot problemet. Det gir
3104 ikke meg trygghetsfølelse på flyplassene når jeg ser at
3105 flyplassadministrasjonen kaster bort folk, penger og tid på tull i
3106 stedet for ting som bidrar til reell økning av sikkerheten. Det
3107 forteller meg jo at vurderingsevnen til de som burde bidra til økt
3108 sikkerhet er svært sviktende, noe som ikke taler godt for de andre
3109 tiltakene.
</p
>
3111 <p
>Mon tro hva som skjer hvis det fantes en enkel brosjyre å skrive ut
3112 fra Internet som forklarte hva som er galt med sikkerhetsopplegget på
3113 flyplassene, og folk skrev ut og la en bunke på flyplassene når de
3114 passerte. Kanskje det ville fått flere til å få øynene opp for
3115 problemet.
</p
>
3117 <p
>Personlig synes jeg flyopplevelsen er blitt så avskyelig at jeg
3118 forsøker å klare meg med tog, bil og båt for å slippe ubehaget. Det
3119 er dog noe vanskelig i det langstrakte Norge og for å kunne besøke de
3120 delene av verden jeg ønsker å nå. Mistenker at flere har det slik, og
3121 at dette går ut over inntjeningen til flyselskapene. Det er antagelig
3122 en god ting sett fra et miljøperspektiv, men det er en annen sak.
</p
>
3127 <title>Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge
</title>
3128 <link>http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html
</link>
3129 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html
</guid>
3130 <pubDate>Mon,
23 Aug
2010 19:
30:
00 +
0200</pubDate>
3131 <description><p
>I Norge pågår en prosess for å
3132 <a href=
"http://www.e-valg.dep.no/
">innføre elektronisk
3133 stemmegiving
</a
> ved kommune- og stortingsvalg. Dette skal
3134 introduseres i
2011. Det er all grunn til å tro at valg i Norge ikke
3135 vil være til å stole på hvis dette blir gjennomført. Da det hele var
3136 oppe til høring i
2006 forfattet jeg
3137 <a href=
"http://www.nuug.no/dokumenter/valg-horing-
2006-
09.pdf
">en
3138 høringsuttalelse fra NUUG
</a
> (og EFN som hengte seg på) som skisserte
3139 hvilke punkter som må oppfylles for at en skal kunne stole på et valg,
3140 og elektronisk stemmegiving mangler flere av disse. Elektronisk
3141 stemmegiving er for alle praktiske formål å putte ens stemme i en sort
3142 boks under andres kontroll, og satse på at de som har kontroll med
3143 boksen er til å stole på - uten at en har mulighet til å verifisere
3144 dette selv. Det er ikke slik en gjennomfører demokratiske valg.
</p
>
3146 <p
>Da problemet er fundamentalt med hvordan elektronisk stemmegiving
3147 må fungere for at også ikke-krypografer skal kunne delta, har det vært
3148 mange rapporter om hvordan elektronisk stemmegiving har sviktet i land
3150 <a href=
"http://wiki.nuug.no/uttalelser/
2006-elektronisk-stemmegiving
">liten
3151 samling referanser
</a
> finnes på NUUGs wiki. Den siste er fra India,
3152 der valgkomisjonen har valgt
3153 <a href=
"http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source
">å
3154 pusse politiet på en forsker
</a
> som har dokumentert svakheter i
3155 valgsystemet.
</p
>
3157 <p
>Her i Norge har en valgt en annen tilnærming, der en forsøker seg
3158 med teknobabbel for å få befolkningen til å tro at dette skal bli
3159 sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske
3160 valgene i Norge, og bør ikke innføres.
</p
>
3162 <p
>Den offentlige diskusjonen blir litt vanskelig av at media har
3163 valgt å kalle dette
"evalg
", som kan sies å både gjelde elektronisk
3164 opptelling av valget som Norge har gjort siden
60-tallet og som er en
3165 svært god ide, og elektronisk opptelling som er en svært dårlig ide.
3166 Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller
3167 mot
"evalg
", og jeg forsøker derfor å være klar på at jeg snakker om
3168 elektronisk stemmegiving og unngå begrepet
"evalg
".
</p
>
3173 <title>Rob Weir: How to Crush Dissent
</title>
3174 <link>http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html
</link>
3175 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html
</guid>
3176 <pubDate>Sun,
15 Aug
2010 22:
20:
00 +
0200</pubDate>
3177 <description><p
>I found the notes from Rob Weir on
3178 <a href=
"http://feedproxy.google.com/~r/robweir/antic-atom/~
3/VGb23-kta8c/how-to-crush-dissent.html
">how
3179 to crush dissent
</a
> matching my own thoughts on the matter quite
3180 well. Highly recommended for those wondering which road our society
3181 should go down. In my view we have been heading the wrong way for a
3182 long time.
</p
>
3187 <title>One step closer to single signon in Debian Edu
</title>
3188 <link>http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html
</link>
3189 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html
</guid>
3190 <pubDate>Sun,
25 Jul
2010 10:
00:
00 +
0200</pubDate>
3191 <description><p
>The last few months me and the other Debian Edu developers have
3192 been working hard to get the Debian/Squeeze based version of Debian
3193 Edu/Skolelinux into shape. This future version will use Kerberos for
3194 authentication, and services are slowly migrated to single signon,
3195 getting rid of password questions one at the time.
</p
>
3197 <p
>It will also feature a roaming workstation profile with local home
3198 directory, for laptops that are only some times on the Skolelinux
3199 network, and for this profile a shortcut is created in Gnome and KDE
3200 to gain access to the users home directory on the file server. This
3201 shortcut uses SMB at the moment, and yesterday I had time to test if
3202 SMB mounting had started working in KDE after we added the cifs-utils
3203 package. I was pleasantly surprised how well it worked.
</p
>
3205 <p
>Thanks to the recent changes to our samba configuration to get it
3206 to use Kerberos for authentication, there were no question about user
3207 password when mounting the SMB volume. A simple click on the shortcut
3208 in the KDE menu, and a window with the home directory popped
3211 <p
>One step closer to a single signon solution out of the box in
3212 Debian Edu. We already had PAM, LDAP, IMAP and SMTP in place, and now
3213 also Samba. Next step is Cups and hopefully also NFS.
</p
>
3215 <p
>We had planned a alpha0 release of Debian Edu for today, but thanks
3216 to the autobuilder administrators for some architectures being slow to
3217 sign packages, we are still missing the fixed LTSP package we need for
3218 the release. It was uploaded three days ago with urgency=high, and if
3219 it had entered testing yesterday we would have been able to test it in
3220 time for a alpha0 release today. As the binaries for ia64 and powerpc
3221 still not uploaded to the Debian archive, we need to delay the alpha
3222 release another day.
</p
>
3224 <p
>If you want to help out with implementing Kerberos for Debian Edu,
3225 please contact us on debian-edu@lists.debian.org.
</p
>
3230 <title>Åpne trådløsnett er et samfunnsgode
</title>
3231 <link>http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html
</link>
3232 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html
</guid>
3233 <pubDate>Sat,
12 Jun
2010 12:
45:
00 +
0200</pubDate>
3234 <description><p
>Veldig glad for å oppdage via
3235 <a href=
"http://yro.slashdot.org/story/
10/
06/
11/
1841256/Finland-To-Legalize-Use-of-Unsecured-Wi-Fi
">Slashdot
</a
>
3236 at folk i Finland har forstått at åpne trådløsnett er et samfunnsgode.
3237 Jeg ser på åpne trådløsnett som et fellesgode på linje med retten til
3238 ferdsel i utmark og retten til å bevege seg i strandsonen. Jeg har
3239 glede av åpne trådløsnett når jeg finner dem, og deler gladelig nett
3240 med andre så lenge de ikke forstyrrer min bruk av eget nett.
3241 Nettkapasiteten er sjelden en begrensning ved normal browsing og enkel
3242 SSH-innlogging (som er min vanligste nettbruk), og nett kan brukes til
3243 så mye positivt og nyttig (som nyhetslesing, sjekke været, kontakte
3244 slekt og venner, holde seg oppdatert om politiske saker, kontakte
3245 organisasjoner og politikere, etc), at det for meg er helt urimelig å
3246 blokkere dette for alle som ikke gjør en flue fortred. De som mener
3247 at potensialet for misbruk er grunn nok til å hindre all den positive
3248 og lovlydige bruken av et åpent trådløsnett har jeg dermed ingen
3249 forståelse for. En kan ikke la eksistensen av forbrytere styre hvordan
3250 samfunnet skal organiseres. Da får en et kontrollsamfunn de færreste
3251 ønsker å leve i, og det at vi har et samfunn i Norge der tilliten til
3252 hverandre er høy gjør at samfunnet fungerer ganske godt. Det bør vi
3253 anstrenge oss for å beholde.
</p
>
3258 <title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten
</title>
3259 <link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html
</link>
3260 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html
</guid>
3261 <pubDate>Fri,
21 May
2010 16:
00:
00 +
0200</pubDate>
3262 <description><p
>For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
3263 titte på hva som er skrevet inn på magnetstripene til ulike kort. Har
3264 ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
3265 skulle dele innholdet på to kort med mine lesere.
</p
>
3267 <p
>For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
3268 Bergen. Flytoget fra Oslo S til flyplassen ga meg en billett med
3269 magnetstripe. Påtrykket finner jeg følgende informasjon:
</p
>
3272 Flytoget Airport Express Train
3274 Fra - Til : Oslo Sentralstasjon
3277 Herav mva.
8,
00% : NOK
12,
59
3279 Til - Fra : Oslo Lufthavn
3281 Gyldig Fra-Til :
08.05.10-
07.11.10
3282 Billetttype : Enkeltbillett
3284 102-
1015-
100508-
48382-
01-
08
3287 <p
>På selve magnetstripen er innholdet
3288 <tt
>;E?+
900120011=
23250996541068112619257138248441708433322932704083389389062603279671261502492655?
</tt
>.
3289 Aner ikke hva innholdet representerer, og det er lite overlapp mellom
3290 det jeg ser trykket på billetten og det jeg ser av tegn i
3291 magnetstripen. Håper det betyr at de bruker kryptografiske metoder
3292 for å gjøre det vanskelig å forfalske billetter.
</p
>
3294 <p
>Den andre billetten er fra Hurtigruten, der jeg mistenker at
3295 strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
3296 fall den biten vi stakk inn i dørlåsen).
</p
>
3298 <p
>Påtrykket forsiden er følgende:
</p
>
3306 Bookingno: SAX69
0742193
3308 Dep:
09.05.2010 Arr:
12.05.2010
3313 <p
>På selve magnetstripen er innholdet
3314 <tt
>;
1316010007421930=
00000000000000000000?+E?
</tt
>. Heller ikke her
3315 ser jeg mye korrespondanse mellom påtrykk og magnetstripe.
</p
>
3320 <title>Forcing new users to change their password on first login
</title>
3321 <link>http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html
</link>
3322 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html
</guid>
3323 <pubDate>Sun,
2 May
2010 13:
47:
00 +
0200</pubDate>
3324 <description><p
>One interesting feature in Active Directory, is the ability to
3325 create a new user with an expired password, and thus force the user to
3326 change the password on the first login attempt.
</p
>
3328 <p
>I
'm not quite sure how to do that with the LDAP setup in Debian
3329 Edu, but did some initial testing with a local account. The account
3330 and password aging information is available in /etc/shadow, but
3331 unfortunately, it is not possible to specify an expiration time for
3332 passwords, only a maximum age for passwords.
</p
>
3334 <p
>A freshly created account (using adduser test) will have these
3335 settings in /etc/shadow:
</p
>
3337 <blockquote
><pre
>
3338 root@tjener:~# chage -l test
3339 Last password change : May
02,
2010
3340 Password expires : never
3341 Password inactive : never
3342 Account expires : never
3343 Minimum number of days between password change :
0
3344 Maximum number of days between password change :
99999
3345 Number of days of warning before password expires :
7
3347 </pre
></blockquote
>
3349 <p
>The only way I could come up with to create a user with an expired
3350 account, is to change the date of the last password change to the
3351 lowest value possible (January
1th
1970), and the maximum password age
3352 to the difference in days between that date and today. To make it
3353 simple, I went for
30 years (
30 *
365 =
10950) and January
2th (to
3354 avoid testing if
0 is a valid value).
</p
>
3356 <p
>After using these commands to set it up, it seem to work as
3359 <blockquote
><pre
>
3360 root@tjener:~# chage -d
1 test; chage -M
10950 test
3361 root@tjener:~# chage -l test
3362 Last password change : Jan
02,
1970
3363 Password expires : never
3364 Password inactive : never
3365 Account expires : never
3366 Minimum number of days between password change :
0
3367 Maximum number of days between password change :
10950
3368 Number of days of warning before password expires :
7
3370 </pre
></blockquote
>
3372 <p
>So far I have tested this with ssh and console, and kdm (in
3373 Squeeze) login, and all ask for a new password before login in the
3374 user (with ssh, I was thrown out and had to log in again).
</p
>
3376 <p
>Perhaps we should set up something similar for Debian Edu, to make
3377 sure only the user itself have the account password?
</p
>
3379 <p
>If you want to comment on or help out with implementing this for
3380 Debian Edu, please contact us on debian-edu@lists.debian.org.
</p
>
3382 <p
>Update
2010-
05-
02 17:
20: Paul Tötterman tells me on IRC that the
3383 shadow(
8) page in Debian/testing now state that setting the date of
3384 last password change to zero (
0) will force the password to be changed
3385 on the first login. This was not mentioned in the manual in Lenny, so
3386 I did not notice this in my initial testing. I have tested it on
3387 Squeeze, and
'<tt
>chage -d
0 username
</tt
>' do work there. I have not
3388 tested it on Lenny yet.
</p
>
3390 <p
>Update
2010-
05-
02-
19:
05: Jim Paris tells me via email that an
3391 equivalent command to expire a password is
'<tt
>passwd -e
3392 username
</tt
>', which insert zero into the date of the last password
3398 <title>Great book:
"Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future
"</title>
3399 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</link>
3400 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</guid>
3401 <pubDate>Mon,
19 Apr
2010 17:
10:
00 +
0200</pubDate>
3402 <description><p
>The last few weeks i have had the pleasure of reading a
3403 thought-provoking collection of essays by Cory Doctorow, on topics
3404 touching copyright, virtual worlds, the future of man when the
3405 conscience mind can be duplicated into a computer and many more. The
3406 book titled
"Content: Selected Essays on Technology, Creativity,
3407 Copyright, and the Future of the Future
" is available with few
3408 restrictions on the web, for example from
3409 <a href=
"http://craphound.com/content/
">his own site
</a
>. I read the
3411 <a href=
"http://www.feedbooks.com/book/
2883">feedbooks
</a
> using
3412 <a href=
"http://www.fbreader.org/
">fbreader
</a
> and my N810. I
3413 strongly recommend this book.
</p
>
3418 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere
</title>
3419 <link>http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html
</link>
3420 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html
</guid>
3421 <pubDate>Wed,
30 Dec
2009 16:
35:
00 +
0100</pubDate>
3422 <description><p
>Via Slashdot fant jeg en
3423 <a href=
"http://www.cnn.com/
2009/OPINION/
12/
29/schneier.air.travel.security.theater/index.html
">nydelig
3424 kommentar fra Bruce Schneier
</a
> som ble publisert hos CNN i går. Den
3425 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
3426 totalitære politistatmetoder ikke er løsningen for å gjøre verden
3427 sikrere. Anbefales på det varmeste.
</p
>
3429 <p
>Oppdatering: Kom over
3430 <a href=
"http://gizmodo.com/
5435675/president-obama-its-time-to-fire-the-tsa
">nok
3431 en kommentar
</a
> om den manglende effekten av dagens sikkerhetsteater
3432 på flyplassene.
</p
>
3437 <title>Jeg vil ikke ha BankID
</title>
3438 <link>http://people.skolelinux.org/pere/blog/Jeg_vil_ikke_ha_BankID.html
</link>
3439 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Jeg_vil_ikke_ha_BankID.html
</guid>
3440 <pubDate>Fri,
30 Oct
2009 13:
05:
00 +
0100</pubDate>
3441 <description><p
>Min hovedbankforbindelse,
3442 <a href=
"http://www.postbanken.no/
">Postbanken
</a
>, har fra
1. oktober
3443 blokkert tilgangen min til nettbanken hvis jeg ikke godtar vilkårene
3444 for
<a href=
"https://www.bankid.no/
">BankID
</a
> og går over til å
3445 bruke BankID for tilgangskontroll. Tidligere kunne jeg bruke en
3446 kodekalkulator som ga tilgang til nettbanken, men nå er dette ikke
3447 lenger mulig. Jeg blokkeres ute fra nettbanken og mine egne penger
3448 hvis jeg ikke godtar det jeg anser som urimelige vilkår i
3449 BankID-avtalen.
</p
>
3451 <p
>BankID er en løsning der banken gis rett til å handle på vegne av
3452 meg, med avtalemessig forutsetning at jeg i hvert enkelt tilfelle har
3453 bedt banken gjøre dette. BankID kan brukes til å signere avtaler,
3454 oppta lån og andre handlinger som har alvorlige følger for meg.
3455 Problemet slik jeg ser det er at BankID er lagt opp slik at banken har
3456 all informasjon og tilgang som den trenger for å bruke BankID, også
3457 uten at jeg er involvert. Avtalemessing og juridisk skal de kun bruke
3458 min BankID når jeg har oppgitt pinkode og passord, men praktisk og
3459 konkret kan de gjøre dette også uten at min pinkode eller mitt passord
3460 er oppgitt, da de allerede har min pinkode og passord tilgjengelig hos
3461 seg for å kunne sjekke at riktig pinkode og passord er oppgitt av meg
3462 (eller kan skaffe seg det ved behov). Jeg ønsker ikke å gi banken
3463 rett til å inngå avtaler på vegne av meg.
</p
>
3465 <p
>Rent teknisk er BankID et offentlig nøkkelpar, en privat og en
3466 offentlig nøkkel, der den private nøkkelen er nødvendig for å
3467 "signere
" på vegne av den nøkkelen gjelder for, og den offentlige
3468 nøkkelen er nødvendig for å sjekke hvem som har signert. Banken
3469 sitter på både den private og den offentlige nøkkelen, og sier de kun
3470 skal bruke den private hvis kunden ber dem om det og oppgir pinkode og
3474 <p
>I postbankens
3475 <a href=
"https://www.postbanken.no//portalfront/nedlast/no/person/avtaler/BankID_avtale.pdf
">vilkår
3476 for BankID
</a
> står følgende:
</p
>
3479 <p
>"6. Anvendelsesområdet for BankID
</p
>
3481 <p
>PersonBankID kan benyttes fra en datamaskin, eller etter nærmere
3482 avtale fra en mobiltelefon/SIM-kort, for pålogging i nettbank og til
3483 identifisering og signering i forbindelse med elektronisk
3484 meldingsforsendelse, avtaleinngåelse og annen form for nettbasert
3485 elektronisk kommunikasjon med Banken og andre brukersteder som har
3486 tilrettelagt for bruk av BankID. Dette forutsetter at brukerstedet
3487 har inngått avtale med bank om bruk av BankID.
"</p
>
3490 <p
>Det er spesielt retten til
"avtaleinngåelse
" jeg synes er urimelig
3491 å kreve for at jeg skal få tilgang til mine penger via nettbanken, men
3492 også retten til å kommunisere på vegne av meg med andre brukersteder og
3493 signering av meldinger synes jeg er problematisk. Jeg må godta at
3494 banken skal kunne signere for meg på avtaler og annen kommunikasjon
3495 for å få BankID.
</p
>
3497 <p
>På spørsmål om hvordan jeg kan få tilgang til nettbank uten å gi
3498 banken rett til å inngå avtaler på vegne av meg svarer Postbankens
3499 kundestøtte at
"Postbanken har valgt BankID for bl.a. pålogging i
3500 nettbank , så her må du nok ha hele denne løsningen
". Jeg nektes
3501 altså tilgang til nettbanken inntil jeg godtar at Postbanken kan
3502 signere avtaler på vegne av meg.
</p
>
3504 <p
>Postbankens kundestøtte sier videre at
"Det har blitt et krav til
3505 alle norske banker om å innføre BankID, bl.a på grunn av
3506 sikkerhet
", uten at jeg her helt sikker på hvem som har framsatt
3507 dette kravet. [Oppdatering: Postbankens kundestøtte sier kravet er
3508 fastsatt av
<a href=
"http://www.kredittilsynet.no/
">kreditttilsynet
</a
>
3509 og
<a href=
"http://www.bbs.no/
">BBS
</a
>.] Det som er situasjonen er
3510 dog at det er svært få banker igjen som ikke bruker BankID, og jeg
3511 vet ikke hvilken bank som er et godt alternativ for meg som ikke vil
3512 gi banken rett til å signere avtaler på mine vegne.
</p
>
3514 <p
>Jeg ønsker mulighet til å reservere meg mot at min BankID brukes
3515 til annet enn å identifisere meg overfor nettbanken før jeg vil ta i
3516 bruk BankID. Ved nettbankbruk er det begrenset hvor store skader som
3517 kan oppstå ved misbruk, mens avtaleinngåelse ikke har tilsvarende
3518 begrensing.
</p
>
3520 <p
>Jeg har klaget vilkårene inn for
<a
3521 href=
"http://www.forbrukerombudet.no/
">forbrukerombudet
</a
>, men
3522 regner ikke med at de vil kunne bidra til en rask løsning som gir meg
3523 nettbankkontroll over egne midler. :(
3525 <p
>Oppdatering
2012-
09-
13: Aftenposten melder i dag at det er
3526 <a href=
"http://www.aftenposten.no/nyheter/iriks/Tyver-kan-tappe-kontoen-din---selv-uten-passord-og-pinkode--
6989793.html
">sikkerhetsproblem
3527 med BankID
</a
> som gjør at ens bankkonto kan tappes helt uten at en
3528 har delt passord og pinkode med noen. Dette illustrerer veldig bra
3529 mitt poeng om at banken kan operere på kontoen (og signere avtaler
3530 etc) helt uten at jeg er involvert. Jeg takker derfor fortsatt nei
3531 til BankID-modellen.
</p
>
3533 <p
>Oppdatering
2015-
11-
17: Fant en
3534 <a href=
"http://
1and1are2.blogspot.no/
2014/
05/bankid-elektronisk-sppel.html
">bloggpost
3535 fra Britt Lysaa som belyser hvilke inngrep i privatsfæren bruken av
3536 BankID utgjør
</a
>, i tillegg til de sikkerhetsmessige vurderingene
3537 omtalt over. Anbefalt lesning.
</p
>
3542 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger
</title>
3543 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</link>
3544 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</guid>
3545 <pubDate>Sun,
23 Aug
2009 10:
00:
00 +
0200</pubDate>
3546 <description><p
>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
3547 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
3548 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
3549 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
3550 det grunner og annet en må ta hensyn til på sjøen.
</p
>
3552 <p
>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
3553 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
3554 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
3555 Internet. Det trenger heller ikke være spesielt kostbart.
</p
>
3557 <p
>Både ved Rocknes-ulykken i Vatlestraumen, der
18 mennesker mistet
3558 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
3559 lekket ut i havet, var det registrert problemer relatert til
3560 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
3561 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
3562 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
3563 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
3564 uker tidligere konstatert manglende sjøkart.
</p
>
3566 <p
>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
3567 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
3568 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
3569 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
3570 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
3571 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
3572 Gjensidige i
2008 fortalte at halvparten av alle båteierne i landet
3573 ikke har sjøkart i båten.
</p
>
3575 <p
>Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
3576 sjøkartverket må være i henhold til en fri og åpen standard, slik at
3577 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
3578 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
3579 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
3580 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
3581 konvertering kan andre ta seg av hvis det er et marked for det.
</p
>
3583 <p
>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
3584 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
3585 om hvor viktig det er at de har oppdaterte kart. Det bør være
3586 viktigere for staten at båtene
<strong
>har
</strong
> oppdaterte kart
3587 enn at de er pålagt å ha oppdaterte kart.
</p
>
3589 <p
>Sjøkartene er
<a href=
"http://kart.kystverket.no/
">tilgjengelig på web
3590 fra kystverket
</a
>, men så vidt jeg har klart å finne, uten
3591 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.
</p
>
3593 <p
>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
3594 på et dugnadsbasert fribrukskart for havet,
3595 <a href=
"http://openseamap.org/
">OpenSeaMap
</a
>. Datagrunnlaget er
3596 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
3597 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
3598 det viser at behovet for fribruks-sjøkart er til stedet.
</p
>
3603 <title>Litt om valgfusk og problemet med elektronisk stemmegiving
</title>
3604 <link>http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</link>
3605 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</guid>
3606 <pubDate>Wed,
17 Jun
2009 14:
20:
00 +
0200</pubDate>
3607 <description><p
><a href=
"http://www.aftenposten.no/nyheter/uriks/article3127058.ece
">Aftenposten
3608 melder
</a
> at det kan se ut til at Iran ikke har lært av USA når det
3609 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
3610 kandidat aldri får færre stemmer under opptellingen, ellers blir det
3611 veldig tydelig at tallene ikke er til å stole på. I USA er det
3612 derimot
<a href=
"http://www.blackboxvoting.org/
">rapporter om at
3613 tallene har vært endret
</a
> på tur mot opptellingen, ikke etter at
3614 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
3615 En ting Iran åpenbart har forstått, er verdien av å kunne
3616 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
3617 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
3618 stemmene har vært oppbevart.
</p
>
3620 <p
><a href=
"http://universitas.no/kronikk/
48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/
">Universitetet
3621 i Oslo derimot
</a
>, har ikke forstått verdien av å kunne
3622 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
3623 over Internet, med et system som ikke kan kontrolltelles hvis det
3624 kommer anklager om juks med stemmene. Systemet har flere kjente
3625 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
3626 jeg har derfor latt være å stemme ved valg på UiO siden det ble
3629 <p
>Universitet i Bergen derimot har klart det kunststykket å aktivt gå
3630 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
3631 over Internet
<a href=
"http://nyheter.uib.no/?modus=vis_nyhet
&id=
43404">kan
3632 spore hvem som stemmer hva
</a
> (det kan en forøvrig også ved UiO), og tatt
3633 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
3634 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
3635 inneholdt i Iran hvis de ikke hadde hemmelige valg?
</p
>
3640 <title>Kryptert harddisk - naturligvis
</title>
3641 <link>http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html
</link>
3642 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html
</guid>
3643 <pubDate>Sat,
2 May
2009 15:
30:
00 +
0200</pubDate>
3644 <description><p
><a href=
"http://www.dagensit.no/trender/article1658676.ece
">Dagens
3645 IT melder
</a
> at Intel hevder at det er dyrt å miste en datamaskin,
3646 når en tar tap av arbeidstid, fortrolige dokumenter,
3647 personopplysninger og alt annet det innebærer. Det er ingen tvil om
3648 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
3649 til at jeg har kryptert harddisken på både kontormaskinen og min
3650 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
3651 komme på avveie, den første informasjon relatert til jobben min ved
3652 Universitetet i Oslo, og den andre relatert til blant annet
3653 foreningsarbeide. Kryptering av diskene gjør at det er lite
3654 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
3655 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
3656 og en reboot vil gjøre at de ber om passord før de vil starte opp.
3657 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
3658 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
3659 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
3660 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
3661 det er gjort slik jeg gjør det er minimale, og gevinstene er
3662 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
3663 maskinen reinstalleres og alt er tapt.
</p
>
3665 <p
>Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
3666 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
3667 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
3668 er for min del høyere enn gevinsten. Jeg tror oddsene for at
3669 f.eks. etteretningsorganisasjoner har glede av å titte på mine
3670 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
3671 gjøre det vanskeligere for angripere med kompetanse og ressurser er
3672 betydelige.
</p
>