[Freifunk-Bonn] gluon 2017.1.3 für kbu - WAS: Remote-Code-Execution in dnsmasq

[Marcus Schultheiss]

Hi ede,

super gut, Danke dafür.
Hab mich letztens auch schon versucht - leider nicht erfolgreich.

Unterstütze gerne, kann 2017.1.3 auch gerne selbst bauen wenn es in github
liegt,
also auch dafür thumbsUp!

Hood: Köln

Mögliche Hardware vor Ort:
TP-Link TL-WR841N/ND v11
TP-Link TL-WR1043N/ND v4
Ubiquiti NanoStation M2
TP-Link TL-MR3020 v1

- Marcus

Am 5. Oktober 2017 um 20:58 schrieb <edgar.soldin at web.de>:

> hello peoples, we are here,
> in the one hand nen micro, in the other hand nen neuet gluon 2017.1.3 ..
>
> hände hoch wer interesse am aktuellen LEDE basierten gluon hat. natürlich
> komplett auf eigene gefahr und ohne gewähr, dafür mit aktuellerem kernel
> 4.4.x und abgesichertem dnsmasq ;). bitte hood und gerät ansagen.
> soweit habe ich kbuk (köln) auf zwei wr841(v9,11) ein paar stunden am
> laufen und es scheint zu zucken.
>
> falls jemand selber bauen möchte, kann ich die site config auf github
> schieben, würd ich eh, kann ich aber auch früher falls bedarf besteht.
>
> far out.. ede
>
> On 10/4/2017 11:54, Ramon Waldherr wrote:
> > Hiho,
> >
> > super, hoffe ich schaffe es zum nela am Donnerstag, und falls fix nötig
> und
> > fertig innerhalb gluons dann auch mal ein neues release machen.
> >
> > Greetz,
> >
> > rampone
> >
> > Am 04.10.2017 11:52 schrieb <edgar.soldin at web.de>:
> >
> >> On 03.10.2017 00:09, Ramon Waldherr wrote:
> >>> bei
> >>>> gluon nicht sicher, sollte aber nur ein radvd sein, der da läuft.
> >>
> >> hmm.. hab grad mal auf einen gluon-v2016.2.5 geschaut und da läuft ein
> >> dnsmasq drauf. wofür der gebraucht wird im "nicht-recovery-modus" ist
> mir
> >> nicht ganz klar.
> >>
> >> eigtl. sollte ja sämtlicher traffic direkt in die batman wolke geschoben
> >> werden, in der dann per dhcp adressen verteilt und ein dns namen
> auflöst.
> >>
> >> ok, aber ich seh grad,
> >>
> >> # cat /etc/resolv.conf
> >> search lan
> >> nameserver 127.0.0.1
> >>
> >> was allerdings kein sicherheitsproblem sein sollte, solange der knoten
> der
> >> einzige client der dnsmasq instanz ist.
> >>
> >> ich frag mal auf gluon at luebeck.freifunk.net nach inwieweit das standard
> >> openwrt/lede gluon knoten betrifft.
> >>
> >> soweit.. ede
> >> --
> >> _______________________________________________
> >> Freifunk-Bonn mailing list
> >> Freifunk-Bonn at lists.kbu.freifunk.net
> >> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
> >>
> >
> >
> >
>
> --
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.kbu.freifunk.net
> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>



-- 
--
 Marcus Schultheiss | Geschäftsführung | marcus.schultheiss at onsite4u.de
   Einzelunternehmung SteuerNr 219/5305/3168 bei Finanzamt Köln-Süd
           USt.-IdNr. DE233911805 Inhaber: Marcus Schultheiss
                  onsite4u ist eine Produktbezeichnung
     Tel: 02236 3189971 | Fax: 02236 3189979 | Mobil: 0172 7063324
                   Internet: http://www.onsite4u.de/
                 mailto:marcus.schultheiss at onsite4u.de
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20171005/b308d7a1/attachment.htm>