Listan

listan@lists.dfri.se

810 discussions

Arbetsmötet på onsdag
by Linus Nordberg 20 May '15

20 May '15

Hej! Någon mer som kommer på onsdag? Vi har en person som vill göra något med Tor-relän. Någon mer som känner sig manad att jobba med detta? Jag kommer att jobba med medlemshantering. Först och främst uppfinna en ny process för anmälan (webformulär verkar smart) och medlems-informationens liv ett år framöver. Det innefattar koppling av anmälan till inbetalning, information om medlemsstatus, påminnelse om förnyelse och avföran ur register. Därefter skall det undersökas hur detta skall implementeras tekniskt. Finns det färdiga system att använda åtminstone delar av? Vad behöver vi implementera själva? Har inte hört av någon från webgruppen ännu. Kanske någon där som vill ta chansen att visa upp något eller bara se till att få senaste grejerna flyttade från test-sajten till den skarpa sidan? Ses på onsdag! -- DFRI-listan är öppen för alla. Listan arkiveras och publiceras öppet på internet. Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri Listpolicy: https://www.dfri.se/regler-for-listan

3 3

Fwd: [DNSOP] followup and proposed actions: RFC 6761 interim and next steps
by Patrik Wallström 20 May '15

20 May '15

Hej listan! Här följer en sammanfattning från det som hänt inom IETF och alternativa namn för DNS. Det här arbetet initierades av en draft för få in alternativa toppdomäner enligt RFC 6761. Denna RFC härstammar från Apple när de ville reservera .local för lokala tjänster med Bonjour (mDNS). Detta gick då rätt smärtfritt. Men önskemålet som uppstod senare var att bl.a. reservera .onion för Tor-tjänster. Då började arbetsgruppen dnsop inom IETF bli lite oroliga, och ICANN-människor såg det här som en bakväg för att få in nya toppdomäner i root. Så ett rätt stort arbete har inletts för att reda ut konsekvenserna av RFC 6761, och formalisera någon slags process för den här bakvägen för nya speciella toppdomäner. Den här texten beskriver kort vad läget är. Det ser lite ljusare ut för .onion nu än vad det gjort tidigare. Men konsekvenserna genom att registrera .onion den här vägen blir att det blir en slags dörröppnare för andra specialdomäner. Begin forwarded message: > From: Suzanne Woolf <suzworldwide(a)gmail.com> > Subject: [DNSOP] followup and proposed actions: RFC 6761 interim and next steps > Date: 20 May 2015 00:18:24 GMT+2 > To: dnsop(a)ietf.org > Cc: joel jaeggli <joelja(a)bogus.com> > > Dear Colleagues, > > First, thanks for extensive and thoughtful discussion on the list and in our interim meeting last week on the way forward for the internet-drafts requesting special use names registry entries under RFC 6761. > > This message is fairly long, and contains some impressions of where we are, a couple of actions we expect to take in the next few days, and some questions we’d like to pursue going forward. Please read all of it if you’re interested in the overall topic; we have significant challenges of both process and substance to navigate. > > It's clear that applying RFC 6761 is challenging, and one of the outcomes we'd like to see from the current discussion is serious consideration of whether we need to update it with a new document suggesting additional guidelines or considerations. > > First, some initial impressions: > > > .ONION (draft-appelbaum-dnsop-onion-tld-01): > > * There’s significant support for the .onion request, in terms of the draft itself and what the TOR project is trying to accomplish by supporting the protocol and making the request. > > * There are some reservations about .onion. We heard concerns that we might be setting a precedent for arbitrary appropriation of namespace; that the protocol may not be thoroughly documented, and that we’re not clear on how high the bar should be for a special use name. > > > .ALT (draft-wkumari-dnsop-alt-tld-06): > > * There’s significant support for .alt as a possible alternative namespace for implementers who want namespace they’re certain won’t resolve in the global DNS, but are willing to be flexible on what namespace they use. > > * There are operational questions about .alt that would have to be resolved in further development of the draft, such as whether to assume “leaked” queries would be sunk to AS112. > > * There was some concern that implementers who want single-label or “TLD” namespaces would not accept .alt as a possible alternative > > * There was some question as to what would be gained by .alt that we don’t already have in .invalid, which is also already reserved > > > HOME/CORP/MAIL (draft-chapin-additional-reserved-tlds-02): > > * This is the most controversial of the RFC 6761 drafts and the one most driven by policy concerns > > * The draft assumes that these names are commonly being used in local DNS contexts and often “leak” into the public internet. Specific uses are not documented. > > * The most commonly used justification for this reservation was the risk of name collision if ICANN delegates these names in the production root zone. > > * Since ICANN has said that they’re not currently planning to delegate these names, the justification further seems to assume that ICANN’s assurance of this is not a sound basis for believing that risk is contained > > * There were questions about how to quantify name collision risk, or otherwise set a threshold for what operational characteristics of the appearance of a given name in the public internet would justify a conclusion that it should be “protected” by the IETF from delegation in the production root zone > > > ADDITIONAL NOTES: > > There was some discussion of other drafts as well. In particular, there was some willingness to review the requests currently contained in draft-grothoff-iesg-special-use-p2p-names-04 if presented in separate drafts, as that would make it easier for the WG to properly consider those requests. > > > MOVING FORWARD: > > We expect to take the following steps: > > 1. A call for adoption on the WG list of draft-appelbaum-dnsop-onion-tld-01. Given that there's clear support for it and a timeliness concern, we'd like to see if we can get to a consensus to move forward with it. > > 2. A call for adoption on the WG list of draft-wkumari-dnsop-alt-tld-06, and further discussion on the list to the operational questions mentioned above. We're all aware this isn't a complete solution to the perceived demand for special use names; can it be used to make the situation notably better? > > 3. Further discussion on the WG list of draft-chapin-additional-reserved-tlds-02. Given that we don't currently see consensus to move forward with it, and the support for it seems widely fragmented among technical and policy-based reasoning, we'd particularly like to see any NEW input on: > > * What is the specific operational impact being sought by adding these names to the special use names registry? Is the goal to have an impact on anyone besides ICANN? > * Some of our discussion so far has suggested that there's a difference between basing a decision about a special use names delegation on intended use in a new protocol, such as .onion, and basing such a decision on unknown and unspecified use, perhaps particularly within the DNS. In the interests of evaluating future such requests that might also not be based on a specific protocol use, is there a bar we can set besides the discussion in the current draft of inferred name collision risk? > > 4. It's been pointed out that the maintenance of the special use names registry is complicated by the fact that people used to be able to assume the root zone was relatively stable, and this assumption has become less defensible. (ICANN is not currently accepting new applications for TLDs, and has no announced schedule for opening an application window again, but has said they plan a future application round.) Is there something that the IETF should be doing to help DNS implementers and operators handle this change in the environment? > > > thanks, > Suzanne and Tim > _______________________________________________ > DNSOP mailing list > DNSOP(a)ietf.org > https://www.ietf.org/mailman/listinfo/dnsop

1 0

DFRI remissinstans för datalagringsutredningen
by Linus Nordberg 20 May '15

20 May '15

Hej listan! https://www.dfri.se/dfri-remissinstans-for-datalagringsutredningen/ --8<---------------cut here---------------start------------->8--- DFRI är remissinstans för datalagringsutredningen (SOU 2015:31). En remissinstans står med på listan över myndigheter och organisationer som uppmuntras att lämna synpunkter på förslagen i ett betänkande. Remissvaren skall i det här fallet vara inne den 28:e augusti. Styrelesmötet på måndag kommer att sätta samman en arbetsgrupp för arbetet med detta och utse en ansvarig. Hör av dig om du är intresserad av att vara med och påverka DFRI:s remissvar. --8<---------------cut here---------------end--------------->8--- -- DFRI-listan är öppen för alla. Listan arkiveras och publiceras öppet på internet. Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri Listpolicy: https://www.dfri.se/regler-for-listan

1 0

Mycket lärorikt om TLS och HTTPS under gårdagens #merakrypto
by Joel Purra 13 May '15

13 May '15

Under kvällen igår gick det tredje #merakrypto-mötet [0] av stapeln hos .SE [1]. Denna gång hölls två föreläsningar: organisatören Olle E. Johansson [2] höll en introduktion till samt uppdatering av det aktuella läget för kryptering på nätet, och John Mattsson från Ericsson en djupare föreläsning om prestanda för HTTPS. Det var en intressant och rolig tillställning där de 30-40 deltagarna var väldigt aktiva med frågor och kommentarer. Nästa #merakrypto hålls den 2:a juni [3] hos Upsys [4] i Uppsala. Konceptet #merakrypto [5] håller dessutom på att sprida sig till Göteborg och Malmö -- håll ögonen öppna var du än befinner dig i landet! -joelpurra.com [0] https://www.meetup.com/MeraKrypto/events/221751199/ [1] https://www.iis.se/ [2] https://edvina.net/ [3] https://www.meetup.com/MeraKrypto/events/222480596/ [4] http://www.upsys.se/ [5] https://www.meetup.com/MeraKrypto/

2 1

Arbetsmöte om en vecka, den 20/5 18:30-20:30
by Linus Nordberg 13 May '15

13 May '15

Hej! Den som vill jobba med något DFRI har chansen om en vecka, onsdagen den 20:e maj kl 18:30-20:30 i Stockholm. Anmäl gärna intresse till dfri(a)dfri.se eller mig direkt så att vi vet ungefär hur många vi blir. Om någon har en lokal för, säg, 5-10 personer under den här tiden vore det toppen. Annars löser vi det på något vis. Medverkan över IRC och ev. telefonbrygga kan också ordnas om det är någon som har svårt att vara med på plats. Det enda vi har på agendan så här långt är omarbetning av medlemshanteringen. Vi behöver smidigare rutiner för i stort sett allt relaterat till medlemskap och i viss mån donationer. Välkomna att föreslå fler punkter! -- DFRI-listan är öppen för alla. Listan arkiveras och publiceras öppet på internet. Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri Listpolicy: https://www.dfri.se/regler-for-listan

1 0

Citizenfour ikväll 22:00 på SVT1
by Peter Michanek 27 Apr '15

27 Apr '15

Missa inte den oscarsbelönad dokumentär som följer Edward Snowden timmarna före och dagarna efter avslöjandet om NSA:s digitala massövervakning. http://www.svt.se/dox/citizenfour Peter. -- DFRI-listan Ã¤r Ã¶ppen fÃ¶r alla. Listan arkiveras och publiceras Ã¶ppet pÃ¥ internet. Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri Listpolicy: https://www.dfri.se/regler-for-listan

1 0

Mera krypto 12 maj i Stockholm
by Linus Nordberg 23 Apr '15

23 Apr '15

Hej listan! Olle E Johansson fortsätter att arrangera bra grejer om krypto. Gå på det här om ni har möjlighet: > Hej! > > Den 12 maj träffas vi på .SE's lokaler för att prata #MeraKrypto! > > Vi repeterar min introduktion till TLS - det är många nya som > registrerat sig i gruppen och > det skadar inte med en repetition (brukade mina gamla lärare säga i varje fall). > > Därefter kommer John Mattsson från Ericsson att berätta om TLS och prestanda. > Hur påverkar det våra servrar och klienter att köra krypto? > > Vi har gott om tid för diskussion. Den här gången bjuder .SE på lokal och en > kopp te med macka. Stort tack! > > (Tror att det finns en slurk kaffe för dom som vill ha också :-) ) > > Registrera dig för en plats idag! Tala om för dina vänner att dom > ska komma också! > > http://www.meetup.com/MeraKrypto/events/221751199/> > Har du ideer för hösten - hör av dig! På min önskelista har jag > DNSsec, Dane, PKI, IPsec, OpenSSL, > Cryptech, PGP, GnuTLS och mycket mer. > > Kan du något om något av dom områdena - ta ett steg fram och hör av > dig! Om ditt företag > vill vara värd för ett #MeraKrypto-möte så är jag alltid öppen för diskussion. > > Jag ser fram emot att träffa er för vårens sista #meraKrypto! > > Kryptohälsningar! > /Olle -- DFRI-listan är öppen för alla. Listan arkiveras och publiceras öppet på internet. Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri Listpolicy: https://www.dfri.se/regler-for-listan

1 0

DHS på RSA
by Anne-Marie Eklund-Löwinder 22 Apr '15

22 Apr '15

http://gizmodo.com/dhs-secretary-begs-silicon-valley-to-stop-the-encryptio-… /amel Anne-Marie Eklund Löwinder Säkerhetschef .SE Box 7399 103 91 Stockholm 08-4523517 0734-315310 https://www.iis.se @amelsec

1 0

Birdie 25
by Julien Pinget 19 Apr '15

19 Apr '15

Hej!14-17 maj är det Birdie 25 på Fyrishov i Uppsala.Jag ställer gärna upp om DFRI vill ha en bemannad monter på plats, alla dagar med reserv för fredagen om jag måste jobba. (Förra året var ULUG med men i år hoppar de över.) Däremot enligt Alex och Johan kan det blir rätt tufft för en enda person, så jag är tacksam om andra vill vara med. Jag kommer förmodligen att få tillgång till en liten skåpbil. /Julien

1 0

Skrämmande bra - Do Not Track Me Doc
by OpenLifeChallenge 14 Apr '15

14 Apr '15

Senaste dokumentärserien av Brett Gaylor, skaparen av RIP Remix Manifesto dokumentären. Skrämmande bra med interaktiva moment som gör det svårt för vem som helst att inte få en tankeställare. Tror det kan vara ett bra verktyg för DFRIs gräsrotsarbete om att bygga upp opinion bland allmänheten. https://donottrack-doc.com/ /OpenLifeChallenge http://openlifechallenge.cc -- DFRI-listan är öppen för alla. Listan arkiveras och publiceras öppet på internet. Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri Listpolicy: https://www.dfri.se/regler-for-listan

1 0

← Newer
1
...
28
29
30
31
32
33
34
...
81
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

Listan