Hallo,
entschuldigt die vielleicht Frage.
Ich habe Fhem jetzt über allowed mit passwort abgesichert. Hab aber kein https eingerichtet. Das würde ich aber noch hinzufügen aber würde ungern jedes mal im Tablet fully ein passwort eingeben. Bei fully kann ich meine anmeldedaten speichern,das funktioniert auch aktuell mit http. Würde das auch bei https funktionieren,oder macht es aus sicherheitsgründen eigentlich gar keinen sinn die anmelde daten zu speichern. Alternativ gebe es ja noch die basicauthexpiry. Würde das auch bei https greifen? Oder reicht es aktuell mit http?
Die Anmeldedaten speichert (wenn dann) der jewilige Browser...
Warum soll der das nur für http können/machen?
http vs. https ist ja "nur" das "Übertragungsprotokoll", also ob verschlüsselt (https) oder nicht (http)...
Allerdings wird der Browser mit einem selbst-signierten Zertifikat wohl "mosern"...
Aber auch dafür gibt es versch. Möglichkeiten...
Auf jeden Fall halte ich Passwortabsicherung ohne https für naja "Quatsch"...
Weil wenn schon mit Passwort absichern, warum dann als "plain Text" übertragen...
Und wenn Zugang "von außen", dann auf jeden Fall https!
(oder gleich vpn oder ganz lassen, wenn nicht wirklich unbedingt nötig)
Und wenn "nur" Zugang "innerhalb" und keine Nutzer mit versch. Berechtigungen: warum überhaupt ;)
Gruß, Joachim
Ich wollt jetzt mein Nuki noch mit Fhem verbinden. Und da das schon Sicherheitsrelevant ist,will ich auch Fhem mit passwort sichern. Aber möchte ungern jedes mal mein fully Ftui neu anmelden. D.h. meine anmelde daten die ich jetzt im fully ja speichern kann und mit http nicht immer eingeben brauche würde auch mit https funktionieren. Ich dachte am anfang,wenn ich im allowed den WebTablet nicht hinzufüge,dass dann keine passwortabfrage im ftui kommt.
Das allowed-Device gilt immer für das Fhem-Web was eben bei allowed eingetragen ist...
Aber jede nicht abgesicherte Fhem-Web ist halt ein Zugang ohne Absicherung...
Verstehe zwar nicht warum der Zugang vom Nuki sicherheitsrelevant sein soll...
...aber es ist ja dein Design...
War da jetzt noch eine Frage enthalten?
Gruß, Joachim
Nein ich denke das ist soweit ok.
Warum sollte ein Nuki,bei der ich meine Haustür aufschließen lassen kann nicht Sicherheitsrelevant sein?
Naja weil es drauf ankommt wie du das machst...
Also in Summe...
Wenn du per Nuki (wie macht der die Tür auf) nur innerhalb deines Netzes auf fhem zugreift (und das macht die Tür auf?), dann ist die zusätzliche Absicherung nicht wirklich relevant, denn wenn "derjenige" schon im Netz ist, kann er sicher ganz andere Dinge tun...
Und wenn "von außen", dann würde ich eher da investieren, als weitere Absicherungen "innerhalb"... ;)
Und wenn fhem von außen und ohne https, dann ist die Absicherung mit Passwort auch "nutzlos"... ;)
Und wie geschrieben würde ich da vpn nehmen (mache ich auch)...
Aber ich kenne ja die "Architektur" nicht usw.
Gruß, Joachim
Ja da hast du natürlich Recht.
Was wenn ich das ganze passwort wieder lösche und auch kein https mache,aber dafür nur ein bestimmtes Gerät mit IP zulasse. Damit bin ich ja wieder mit meinem Tablet frei bezüglich von passwort eingabe,aber könnte nur mit einem bestimmten Gerät auf FHEM zugreifen und sachen ändern. Fernzugriff hab ich zurzeit nicht.
Genau so.
Du kannst auch nur bestimmte Geräte zulassen und wenn kein User/PW, dann darf nur das (die) Gerät (Geräte).
Aber wie geschrieben ohne zu wissen was wo wie warum mit was verbunden ist, ist es schwer was zu raten...
Gruß, Joachim
Ja das stmmt.
Ok, wie kann ich bei allowedfrom zwei ip adressen vorgeben,wie trenne ich das?
Mit IP1 | IP2 hab ich mich gerade selbst zerschossen :o
Zitat von: commandref FHEMWEB bzw. verlinkt zu Telnet
allowfrom
Regexp der erlaubten IP-Adressen oder Hostnamen. Wenn dieses Attribut gesetzt wurde, werden ausschließlich Verbindungen von diesen Adressen akzeptiert.
Achtung: falls allowfrom nicht gesetzt ist, und keine gütige allowed Instanz definiert ist, und die Gegenstelle eine nicht lokale Adresse hat, dann wird die Verbindung abgewiesen. Folgende Adressen werden als local betrachtet:
IPV4: 127/8, 10/8, 192.168/16, 172.16/10, 169.254/16
IPV6: ::1, fe80/10
allowfrom ist aber bei FHEMWEB nicht bei allowed...
Und wenn dann aber schon IP1|IP2 OHNE Leerzeichen?
Ansonsten weiß ich auch nicht genau wie DA die Formulierung sein muss...
Evtl. einen neuen Thread oder mal im Forum suchen...
Gruß, Joachim
Ach das Leerzeichen wars.
Also ohne Leerzeichen kann ich jetzt das ganze auf zwei Geräten begrenzen. Ein drittes mit unbekanter ip kann auf fhemweb nicht zugreifen. Danke Joachim. Somit brauch ich kein PW.
Ich sehe schon.Das Sicherheits Thema wird mich noch ne weile beschäftigen.
Wäre es möglich das jemand von auserhalb auf das Tablet zugreift,was ja jetzt allowfrom bekommen hat, und dadurch wieder ins FhemWeb kommt? Dazu müsste er ja erst einmal ins interne Netz kommen,aber eine zweite Tür wäre nicht schlecht. Oder denke ich da falsch?
Naja, wenn jemand dein Tablet "kapert", dann kommt er (je nachdem WAS bzw. WIE er "gekapert" hat) "überall" hin (und fhem ist verm. das kleinste "Problem")...
Aber unterscheiden zwischen: du gehst nach außen mit Requests, z.B. http(s) /mqtt Abfragen. Dabei halt wichtig (wie generell) wo du "hingreifst" (und dass/ob dein Tablet eben aktuell ist bzgl. OS/Security-Updates)...
Oder: ob du einen Port öffnest und Zugriff von außen zulässt. Da gilt halt entsprechend absichern! (oder besser: nicht machen!)
Und egal über welchen Weg jemand IN dein Netzwerk kommt, kann er ziemlich viel Schaden anrichten...
Aber um ins LAN zu kommen, muss er schon an eine "Dose" dran.
Und bei WLAN halt entsprechend sichern...
Solange du im eigenen Netz bleibst und keine "LAN-Außen-Dose" hast und auch keine "ESPs o.ä." im Außenbereich hängen hast (der evtl. mal "entwendet" werden kann) und dein WLAN entsprechend absicherst sollte zumindest fhem etc. "sicher" sein.
ESPs/Sonoffs/Tuyas/... speichern halt die WLAN-Zugangsdaten lokal und das kann (rel. einfach) ausgelesen werden.
Daher ist auch das kritisch, wenn die entweder nicht resetted "weggeworfen" werden (gut, müssen entsorgt werden und da muss schon jemand wissen, dass die Dinger von dir sind ;) )...
...oder eben außen (gut) zugänglich hängen...
Und bei einer elektronischen Tür halt wichtig, dass nicht außen ein Eingabe-Pad oder BT-/RFID-Leser, Fingerabdruckscanner, ... dran ist, der außen entscheidet und dann das "Schaltsignal" weiter nach innen zur Tür gibt...
Weil dann ist es einfacher dort anzusetzen, also sich ins Netz zu hacken...
Und Sicherheit ist ein langes Thema ;)
Und: ich würde Zugang von außen so lange als möglich lassen. Und wenn dann doch unbedingt nötig eine Variante nehmen, die man versteht! Und somit (hoffentlich) auch korrekt einrichten kann.
Weil was bringt eine (deutlich) bessere Variante, wenn man sie nicht versteht, sie also (potentiell) falsch einrichtet im Gegensatz zu einer evtl. minimal schlechteren Variante, die aber korrekt eingerichtet wurde und zumindest sicher ist...
Weil immer zu nginx etc. "geraten" wird. Ich finde (immer noch) eine Einrichtung eines vpn z.B. mittels piVPN (deutlich) einfacher und mindestens ebenso sicher (bzw. sogar sicherer, weil eben einfacher einzurichten: Install-Script dauert 5 min. plus [aber das bleibt ja eh] dynDNS o.ä.)...
Gruß, Joachim
Ja Fhem nach ausen öffnen,hab ich mich noch nicht getraut,da mir eben wie du sagst noch einiges an Wissen fehlt. Aber gut schon mal eine Richtung zu haben mit VPN.
Ein Zugangsgerät via fingersensor oder Zahlenpad kommt zurzeit eh nicht in Frage.
Ich denke das ich jetzt mal mit meiner Lösung zufrieden bin und da weiter machen kann.
Ich danke dir wieder einmal für deine Hilfe Joachim,
schönen abend :)
Gerne.
Dann viel Spaß weiterhin!
Und dann kannst du ja ein [gelöst] oder [erledigt] "vorne dran pappen", danke.
Gruß, Joachim
Jetzt habe ich aber ein Problem.
Wenn ich allowfrom entsprechende IP definieren für mein WEB,WEBTablet und WEBPhone reagiert mein alexa connector nicht mehr :(
Wenn ich die allowfrom lösche geht es.
Naja, wenn du für WEB ein allowed usw. einrichtest, musst du für alexa-fhem.nat. Zugang erlauben...
Wie hast du denn konfiguriert?
User/PW? Dann bei alexa-fhem.angeben!
EDIT: ok, allowfrom | aber gilt nat. auch dafür: alexa-fhem braucht nat. Zugang...
Bzw. halt erst mal einlesen WAS man WIE und WOMIT bzw. WO (also Fhem-Web oder allowed) einstellt/einstellen kann...
Und dann eben entspr. einrichten...
alexa-fhem braucht ja Zugang!
Da müssten ja dann im alexa-fhem Log (NICHT fhem Log) ja entsprechende Meldungen stehen...
Und im fhem Log u.U. auch inkl. evtl. warum...
EDIT: Grund is ja klar ;)
Gruß, Joachim
Ich hab mal ganz banal gedacht,und hab noch die ip meiner Alexa drangehängt. Hat nichts gebracht.
in der aloxa.log steht folgendes
[2020-10-25 10:16:05 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Isik_Mutfak%20off&fwcsrf=csrf_213972442585497&XHR=1
[2020-10-25 10:16:05 PM] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2020-10-25T21:16:05.267Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"Response","payloadVersion":"3","messageId":"562c5476-9c59-4c86-9693-f7818a3e098d","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"ED3A795C-2847259B05FA256D"},"endpointId":"5c48d15b-f33f-2b39-3cea-d296bf4c7713c6bb"},"payload":{}}}
[2020-10-25 10:16:05 PM] [FHEM] There was a problem connecting to FHEM (http://127.0.0.1:8083/fhem?cmd=set%20Isik_Mutfak%20off&fwcsrf=csrf_213972442585497&XHR=1).
[2020-10-25 10:16:05 PM] [FHEM] There was a problem connecting to FHEM (http://127.0.0.1:8083/fhem?cmd=set%20Isik_Mutfak%20off&fwcsrf=csrf_213972442585497&XHR=1):Error: read ECONNRESET
[2020-10-25 10:16:32 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa.PowerController","name":"TurnOff","payloadVersion":"3","messageId":"57a26ddb-1cef-4a45-88e6-9f8e4a14bb1c","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"ED3A795C-2847259B05FA256D"},"endpointId":"5c48d15b-f33f-2b39-3cea-d296bf4c7713c6bb","cookie":{"fuuid":"5c48d15b-f33f-2b39-3cea-d296bf4c7713c6bb","device":"Isik_Mutfak"}},"payload":{}}}
[2020-10-25 10:16:32 PM] [FHEM] Isik_Mutfak: executing set cmd for On with value 0
[2020-10-25 10:16:32 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Isik_Mutfak%20off&fwcsrf=csrf_213972442585497&XHR=1
[2020-10-25 10:16:32 PM] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.PowerController","name":"powerState","value":"OFF","timeOfSample":"2020-10-25T21:16:32.968Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"Response","payloadVersion":"3","messageId":"c1648b7e-5875-4bcb-bba3-a70dd982794d","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"ED3A795C-2847259B05FA256D"},"endpointId":"5c48d15b-f33f-2b39-3cea-d296bf4c7713c6bb"},"payload":{}}}
[2020-10-25 10:16:32 PM] [FHEM] There was a problem connecting to FHEM (http://127.0.0.1:8083/fhem?cmd=set%20Isik_Mutfak%20off&fwcsrf=csrf_213972442585497&XHR=1).
[2020-10-25 10:16:32 PM] [FHEM] There was a problem connecting to FHEM (http://127.0.0.1:8083/fhem?cmd=set%20Isik_Mutfak%20off&fwcsrf=csrf_213972442585497&XHR=1):Error: read ECONNRESET
Naja, steht ja da: connection reset
Also paast das nicht...
Wo läuft fhem, wo läuft alexa-fhem...
Was hast du eingetragen?
Was steht in der alexa-fhem.cfg bzgl. Zugriff auf fhem?
Warum schränkst du so ein?!
Gruß, Joachim
Hmm
Wenn ich die 127.0.0.1 jetzt noch in die allowfrom dranhänge geht es.
Naja, dann läuft alexa-fhem auf demselben Rechner wie fhem...
127.0.0.1 -> localhost
Gruß, Joachim
Wir sind jetzt zwar vom ursprünglichem Thema leicht abgewichen :)
Aber Danke
Kein Ding...
Viel Spaß dann noch, Joachim