summaryrefslogtreecommitdiff
path: root/rss.xml
diff options
context:
space:
mode:
Diffstat (limited to 'rss.xml')
-rw-r--r--rss.xml103
1 files changed, 1 insertions, 102 deletions
diff --git a/rss.xml b/rss.xml
index 2d2962c9..f3874eb5 100644
--- a/rss.xml
+++ b/rss.xml
@@ -24,108 +24,7 @@
<item>
<title>2019-02: Topics for GSoC 2019</title>
<link>https://gnunet.org/#gsoc2019</link>
- <description>
- &lt;h3&gt;
- &lt;a NAME=&quot;gsoc2019&quot;&gt;&lt;/a&gt;2019-02: Topics for GSoC 2019
- &lt;/h3&gt;
- &lt;h4&gt;Android Port&lt;/h4&gt;
- &lt;p&gt;
- It is time for GNUnet to run properly on Android. Note that
- GNUnet is written in C, and this is not about rewriting
- GNUnet in Java, but about getting the C code to run on Android.
- &lt;/p&gt;
- &lt;p&gt;
- Mentor: &lt;a href=&quot;https://www.goebel-consult.de/&quot;&gt;Hartmut Goebel&lt;/a&gt;
- &lt;/p&gt;
-
- &lt;h4&gt;Help with Continuous Integration setup&lt;/h4&gt;
- &lt;p&gt;
- There is a push for migrating our CI to Gitlab. The CI should
- eventually not just run &quot;make check&quot; on various platforms, but also
- perform tests with multiple peers running in different VMs with
- specific network topologies (i.e. NAT) between them being simulated.
- The CI should also be integrated with Gauger for performance
- regression analysis. Running jobs only when dependencies have changed
- and scripting more granular triggers or ideally automatic dependency
- discovery (as done by the autotools) is also important.
- &lt;/p&gt;
- &lt;p&gt;
- Mentor: TBD
- &lt;/p&gt;
-
-
-
- &lt;h4&gt;Migrate gnunet-qr from Python 2.7 to C using libzbar&lt;/h4&gt;
- &lt;p&gt;
- Python 2.7 is reaching its end-of-life, and we want to get rid
- of the dependency on Python. The existing gnunet-qr tool is a
- rather simple wrapper around python-zbar, which itself wraps
- libzbar. The goal of this project is to directly use libzbar
- to scan QR codes for GNUnet / the GNU Name System (see
- also &lt;a href=&quot;https://bugs.gnunet.org/view.php?id=5562&quot;&gt;#5562&lt;/a&gt;).
- &lt;/p&gt;
- &lt;p&gt;
- Mentor: Christian Grothoff
- &lt;/p&gt;
-
- &lt;h4&gt;re:claimID OpenID Connect performance improvements&lt;/h4&gt;
- &lt;p&gt;
- reclaimID is a decentralized identity system build on top of the GNU
- Name System.
- Upon authorization, the user provides a requesting party (RP) such as a website
- with an authorization ticket (e.g. piggybacked in an OpenID authorization code).
- The RP uses information contained in this ticket to
- &lt;ol&gt;
- &lt;li&gt; Retrieve the decryption key from GNS&lt;/li&gt;
- &lt;li&gt; Retrieve the user attributes from GNS&lt;/li&gt;
- &lt;/ol&gt;
- The GNS lookups ensure that the RP receives up-to-date attributes and functional
- decryption keys. However, in particular the RP-specific encryption key
- resolution can be slow and even fail depending on the network topology.
- We propose that in an initial exchange, in particular OpenID authorization code
- flows, we try to incorporate key and maybe even an attribute set in the ticket
- exchange.
-
- In order to mitigate this issue, this project is meant to investigate and implement how...
- &lt;ol&gt;
- &lt;li&gt; ... decryption keys can be added to an initial exchange in OpenID.&lt;/li&gt;
- &lt;li&gt; ... initial set(s) of attributes can be piggybacked in OpenID.&lt;/li&gt;
- &lt;/ol&gt;
- &lt;br/&gt;
- Mentor: Martin Schanzenbach
- &lt;/p&gt;
-
- &lt;h4&gt;re:claimID alternative GNS-based encryption&lt;/h4&gt;
- &lt;p&gt;
- re:claimID is a decentralized identity system build on top of the GNU
- Name System.
- The initial design and implementation of re:claimID includes an attribute-based
- encryption module in order to prevent unauthorized access to attributes in the
- name system.
- Our motivation for re:claimID was for it to be name system agnostic, which
- means the design theoretically also works for other name systems such as
- namecoin.
- Other name systems often do not have built-in mechanisms in order to do this.
- Hence, we implemented an ABE access control layer. Our ABE implementation
- requires two third party libraries: libpbc and libgabe. While we could merge
- libgabe into the gnunet service implementation of re:claimID, libpbc is a
- rather large, third party library which lacks packaging in distributions and
- for platforms.
- On the other hand, GNS supports record data encryption using symmetric keys as
- labels.
- If we make the access control layer of re:claimID more generic in order to
- support both ABE and GNS encryption, we could reduce the required depenencies.
- This would result in gnunet packages to include re:claimID by default.
-
- In short, the goals are to...
- &lt;ol&gt;
- &lt;li&gt; ... improve performance by reducing encryption overhead.&lt;/li&gt;
- &lt;li&gt; ... reduce dependencies.&lt;/li&gt;
- &lt;/ol&gt;
- &lt;br/&gt;
- Mentor: Martin Schanzenbach
- &lt;/p&gt;
- </description>
+ <description>See the website for the updated list of GSoC job offerings.</description>
<pubDate>Fri, 01 Feb 2019 00:00:00 UT</pubDate>
</item>
<item>