Codelock custom channel bauen

[Horbi]

Ich teste und werde berichten

[Horbi]

Chaka - got it
Wenn man weiss wie es geht ist es nicht mehr schwer

Code: Alles auswählen

  append HTML_PARAMS(separate_1) "<script type=\"text/javascript\">"
  append HTML_PARAMS(separate_1) " jQuery(\"#$ident\").spectrum({id: \"rgbwBtnColor\_$prn\", color: \"hsv($hsvVal,$saturation,100%)\", preferredFormat: 'convert360To200', showPalette: true, showInput: false, palette: \['white'\],cancelText: translateKey('btnCancel'),chooseText: translateKey('btnOk')});"
  append HTML_PARAMS(separate_1) "</script>"

[jp112sdl]

Mühsam ernährt sich das Eichhörnchen

[jp112sdl]

Du könntest bei der PIN Nummer noch input type password festlegen, damit dort der PIN nicht direkt im Klartext sichtbar ist

[Horbi]

Ja, ist wirklich mühsam
Ich bin am überlegen ob ich mit den neu erworbenen Kenntnissen bzgl Konfigurationsdialog nicht sogar die Passworte verschlüssle.
Momentan gehen die Passworte beim Konfigurationsupdate ja im Klartext über den Äther.

Aber jetzt mach ich mich erst mal wieder an das Platinendesign. Momentan ist meine Schaltung noch auf Lochraster....

[jp112sdl]

nicht sogar die Passworte verschlüssle.

Das hängt von deinem Paranoiditätsfaktor ab.
Zudem wirst du sicher nicht mehrfach täglich Passworte aufs Gerät senden.
Zudem müsste ein Angreifer erstmal das Gerät kennen.

Was passiert denn überhaupt, wenn man einen richtigen PIN am Device eingibt? Es wird doch nur ein Tastendruck gesendet, oder?
Es wäre dann viel einfacher, den Tastendruck zu faken als sich die Mühe zu machen, nach einem gültigen Passwort zu suchen.

Aber ich hab hier schon von Leuten gelesen, die einen benutzerdefinierten AES-Schlüssel fernab von daheim aufs Gerät übertragen, damit ein Bösewicht nichts mitsniffen kann.

[Horbi]

Den Tastendruck kann ich ja über Bidcos absichern Aber du hast schon Recht, da kommt dann mehr der Spieltrieb durch. Deshalb werden meist meine Projekte nicht fertig