ich habe nun testweise das neue Clientmodul deinstalliert und wieder die bereits zuvor installierte Version 2.0.7-2-18037 installiert. Hier startet das Programm problemlos. Ich habe also wieder unten rechts ein Tray-Icon.
Um die Funktionalität zu testen, habe ich in unserer Praxissoftware Charly das KIM-Modul ("Kim4Charly") freigeschaltet und eingerichtet. Ich komme auf das Verzeichnis der anderen KIM-Teilnehmer drauf und kann auch KIM-Mails verschicken. Aber: Ich kann keine KIM-Mails empfangen. Das KIM-Client-Modul zeigt zunächst die Meldung an, dass es POP3 abruft, danach kommt eine Fehlermeldung, dass nicht entschlüsselt werden kann, weil ggfs. die Karte nicht steckt. Die SMB-C im Kartenterminal ist aber OK (Status "Verifiziert").
Ich komme leider nicht weiter ... habe nun sogar zwei Probleme:
1. Ich kann die neue Version des KIM-Clientmoduls nicht in Betrieb nehmen (Siehe Ausgangspost), damit kein Schutz vor log4j. 2. Ich kann die alte Version des KIM-Clientmoduls betreiben, der Versand von KIM-Mails funktioniert, aber nicht der Empfang. Und on top bin ich noch anfällig für log4j.
Ich flippe echt noch aus mit diesem KIM-§(!/"&§( ....
Michael
hat folgende Bilder an diesen Beitrag angehängt
die Fehlermeldung deutet darauf hin, dass das Clientzertifikat nicht konfiguriert wurde.
Das Problem lässt sich auch ganz leicht beheben: Sofern nach der eigentlichen Installation weder der Registrierungswizard (für E-Mail-Registrierung) noch der Zertifikatswizard (für die Installation des Clientzertifikats) automatisch startet, oder es zwischendurch zum Fehler gekommen ist, kann man den Zertifikatswizard ganz einfach von Hand starten. Entweder man wählt aus dem Startmenü "T-Systems KIM Zertifikatsdownload" aus oder startet über den Dateimanager im Installationsverzeichnis die Datei "certwizard.exe".
ich habe nun testweise das neue Clientmodul deinstalliert und wieder die bereits zuvor installierte Version 2.0.7-2-18037 installiert. Hier startet das Programm problemlos. Ich habe also wieder unten rechts ein Tray-Icon. ...
Die 18037 dürfte noch aus alten Telekom-Feldtestzeiten des Jahres 2020 stammen. Die sollte nun wirklich nicht mehr genutzt werden. Nicht nur aufgrund von log4j sondern auch, weil in den letzten zwölf Monaten unwahrscheinlich viele Bugs behoben und Neuerungen eingebaut wurden, u.a. auch weitere Unterstützung für das PVS (Thema Dienstekennungen) usw.
Zitat von TG14 im Beitrag #10Zunächst einmal wurde am Dienstag die Version 2.0.7-2-19782 aufgrund des log4j-Problems herausgegeben. Das ist nämlich mit dieser Version erledigt.
Also bis Montag bestand eine Sicherheitslücke, die den Bestand des Abendlandes gefährdete und insbesondere den kompletten PC, auf dem dieser KIM Client installiert war, kompromittieren konnte. Mit dem Update des Clients mag die Lücke geschlossen sein, aber was ist mit all dem Schadcode, der bis Montag auf die PC's gelangt ist ?
Zitat von TG14 im Beitrag #10Was die Zertifizierung betrifft, so ist diese vermutlich nicht notwendig, da sich ja an der eigentlichen Funktionalität des Mail-Proxies (SMTP u. POP3) nichts geändert hat
Na an der "Funktionalität" hat sich doch einiges geändert: vorher konnte man Schadcode einschleusen und zur Ausführung bringen. Jetzt soll das angeblich nicht mehr gehen. Das sollten doch erstmal Gematik & BSI überprüfen. Am besten mal alle Java libraries auf Codeebene prüfen.
Zitat von TG14 im Beitrag #10Das ist nämlich mit dieser Version erledigt.
Bis zum Auffinden der nächsten Sicherheitslücke. Diese Technik ist so sicher wie die Titanic unsinkbar war, nach dem Motto: der nächste Eisberg kommt bestimmt ....
Fazit: Das ganze Zeug ist nicht praxisreif. Finger weg davon.
Schadcode auf den PC gelangt? Ich denke mal, dass jede verantwortungsbewusste Praxis einen aktuellen Virenscanner besitzt ...
Wer's noch nicht weiß: log4j ist einer Logging-Komponente. Sie schreibt also nur Meldungen an Dateien heraus. Das hat nichts mit der Basisfunktionalität zu tun. Wenn ich eine Tasse heißen Kaffees auf einen Holzuntersetzer stelle und dann diesen durch einen Glasuntersetzer ersetze, ändert sich an der Tasse heißen Kaffees auch nichts ...
Aber ja, ich muss Dir Recht geben: Die Technik ist nicht trivial und die Umsetzungen ebenfalls. Man darf sich nichts vormachen. Wenn's läuft, dann läuft's. Aber meistens läuft es halt nicht sofort. Dann wird's schnell kompliziert - ist halt extrem technisch.
Hallo Michael, ich habe gerade die Version 19782 im Zusammenspiel mit Charly installiert. Kann es sein, dass KIM4Charly gar kein SSL unterstützt!? Bei mir lief es erst, als ich bei der Installation des KIM-Moduls die Verschlüsselung ausgeschaltet habe und somit die Ports 110 bzw. 25 verwendete!? Vielen Dank im Voraus. Nils
kim4charly läuft bei mir mit [durchgestrichen]ssl[/durchgestrichen] tls (man soll es nicht mehr ssl nennen, einige vom alten eisen machen es trotzdem. spätestens mit tls 1.3 soll man ssl vergessen z. B. gibt es kein ssl 4.0 und tls ist ein industrie-standard)
es gibt jedoch ein problem, bei dem kim4charly es einem schwer macht mit kim und somit eAU. wir vermuten es liegt daran, dass, wenn man nicht rechtzeitig die pin am kartenleser eingibt, kim4charly erst nach einem server-neustart und eingeschaltetem kartenleser wieder funktioniert. pop3s und smtps haben funktioniert, es ist jedoch zufällig und völlig spontan, nicht vorhersehbar wann es geht und wann nicht. klingt man auf dem synchro-button in kim4charly in den meisten momenten, ist in der clientmodule.log nichts zu sehen (kim der telekom).
man braucht 2 zertifikate für charly vom konnektor (z. B. secunet konnektor): Konnektorzertifikat (nicht einfach zu bekommen, es ist mit chrome und chrome-edge einfacher als mit firefox) und das clientzertifikat (2 mausklicks).
das handbuch für charly 9.21 ist ok aber wir haben in kim4charly andere werte eingetippt.
das hat etwas mit der reihenfolge zutun, in der dienste und andere programme gestartet werden. diese reihenfolge hängt u. a. anderem davon ab, wie schnell andere geräte sich nach dem ersten wake-up-signal verhalten. man kennt das, wenn man eine bestimmte internetseite öffnen will. manchmal hakt es. deswegen hilft ein neustart und bei der geringen anzahl an kim-mails und eAUs die erstellt und verschickt kann es gern auf den nächsten neustart in einer paar stunden verschoben werden.
ich möchte mal ein kurzes Statusupdate geben. Ich hatte den Telekom-KIM-Support angeschrieben und auch wenig später eine Antwort erhalten. Der Start des aktuellen Clients 19782 wurde verhindert, weil das Sicherheitszertifikat nach der Installation nicht korrekt eingebunden wurde. Ich habe den Assistenten nochmal gestartet und durchlaufen, danach startete der Client 19782 ohne Fehler!
Habe nun aber ein anderes Problem mit der Anbindung an Solutio / Charly, hierzu werde ich aber gleich einen separaten Thread eröffnen ;-) ...
Vielen Dank für Eure Hilfe und viele Grüße Michael
Zitat von Michael im Beitrag #25 ... Ich hatte den Telekom-KIM-Support angeschrieben und auch wenig später eine Antwort erhalten. Der Start des aktuellen Clients 19782 wurde verhindert, weil das Sicherheitszertifikat nach der Installation nicht korrekt eingebunden wurde. Ich habe den Assistenten nochmal gestartet und durchlaufen, danach startete der Client 19782 ohne Fehler! ...
... das muss man aber mal hervorheben: Support angeschrieben und dann wenig später eine Antwort erhalten? Finde ich top, zumal aktuell ja wohl praktisch alle Dienstleister, ob Hersteller (KIM-CM, PVS) oder DVOs in Supportanfragen zu KIM abgesoffen scheinen ...
TI-Community
»
TI-Nutzung und Nutzen aus Anwendersicht
»
sichere eMail (KIM)
»
Fehler beim Start des aktuellen KIM-Clients 2.0.7-2-19782
16.12.2021 00:20 (zuletzt bearbeitet: 16.12.2021 00:21)
Thema drucken
Antworten
