akf Bank Zugang gestört?

 
lisari
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 234
Dabei seit: 06 / 2013
Betreff:

akf Bank Zugang gestört?

 · 
Gepostet: 12.10.2015 - 12:52 Uhr  ·  #1
Hallo,

seit vorgestern erhalte ich beim Abruf der akf Bank jeweils einen Fehler, sowohl in Version 6.0.3.5753 als auch unter 5.3.8.5492, beide jeweils unter Windows XP SP3, beide portabel.

Kann das irgendjemand bestätigen/nachvollziehen?

Liegt der Fehler bei mir oder bei der Bank?

Fehlermeldung:
Code
#### Bankzugang: akf bank
#### Fortschritt: Bankzugang synchronisieren...
--------
HNHBK:1:3+000000000243+300+0+1'
HNSHK:2:4+PIN:2+900+1+1+1+1::0+1+1:20151012:125014+1:999:1+6:10:16+280:33020000:htA9jXpyc:S:0:0'
HKIDN:3:2+280:33020000+XXXXX+0+1'
HKVVB:4:3+0+0+0+Banking4W+5753'
HKSYN:5:3+0'
HNSHA:6:2+1++··········'
HNHBS:7:1+1'
---- HTTP request
HTTP/1.1 POST https://hbci.akf24.de/
User-Agent: Subsembly
Content-Type: text/plain
Host: hbci.akf24.de
Content-Length: 498
Connection: Keep-Alive


---- WebException
System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send. ---> System.IO.IOException: Received an unexpected EOF or 0 bytes from the transport stream.
   at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.TlsStream.CallProcessAuthentication(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
   at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.ConnectStream.WriteHeaders(Boolean async)
   --- End of inner exception stack trace ---
   at System.Net.HttpWebRequest.GetResponse()
   at Subsembly.FinTS.FinCommServiceHttp.SendReceive(FinMessageBuffer aReqBuf, Int32 nTimeout)
---- inner WebException
System.IO.IOException: Received an unexpected EOF or 0 bytes from the transport stream.
   at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.TlsStream.CallProcessAuthentication(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
   at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.ConnectStream.WriteHeaders(Boolean async)
Subsembly.FinTS.FinCommServiceException: CommService failure (SendFailure). ---> System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send. ---> System.IO.IOException: Received an unexpected EOF or 0 bytes from the transport stream.
   at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.TlsStream.CallProcessAuthentication(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
   at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.ConnectStream.WriteHeaders(Boolean async)
   --- End of inner exception stack trace ---
   at System.Net.HttpWebRequest.GetResponse()
   at Subsembly.FinTS.FinCommServiceHttp.SendReceive(FinMessageBuffer aReqBuf, Int32 nTimeout)
   --- End of inner exception stack trace ---
   at Subsembly.FinTS.FinCommServiceHttp.SendReceive(FinMessageBuffer aReqBuf, Int32 nTimeout)
   at Subsembly.FinTS.FinDialog._InternalExecuteMessage(FinMessage aMessage)
   at Subsembly.FinTS.FinDialog.InitDialog(FinDialogType nDialogType, String sCustID, String sPin, String sTan)
   at Subsembly.FinTS.Online.FinOnlineBanking._InitDialog(String sCustID, FinDialogType nDialogType, FinMessageResult& nInitMsgResult)
#### Schwerer Fehler: Datenübertragungsfehler SendFailure!
--------
HNHBK:1:3+000000000243+300+0+1'
HNSHK:2:4+PIN:2+900+1+1+1+1::0+1+1:20151012:125015+1:999:1+6:10:16+280:33020000:htA9jXpyc:S:0:0'
HKIDN:3:2+280:33020000+XXX+0+1'
HKVVB:4:3+0+0+0+Banking4W+5753'
HKSYN:5:3+0'
HNSHA:6:2+1++··········'
HNHBS:7:1+1'
---- HTTP request
HTTP/1.1 POST https://hbci.akf24.de/
User-Agent: Subsembly
Content-Type: text/plain
Host: hbci.akf24.de
Content-Length: 498
Connection: Keep-Alive


---- WebException
System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send. ---> System.IO.IOException: Received an unexpected EOF or 0 bytes from the transport stream.
   at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.TlsStream.CallProcessAuthentication(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
   at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.ConnectStream.WriteHeaders(Boolean async)
   --- End of inner exception stack trace ---
   at System.Net.HttpWebRequest.GetResponse()
   at Subsembly.FinTS.FinCommServiceHttp.SendReceive(FinMessageBuffer aReqBuf, Int32 nTimeout)
---- inner WebException
System.IO.IOException: Received an unexpected EOF or 0 bytes from the transport stream.
   at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.TlsStream.CallProcessAuthentication(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
   at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.ConnectStream.WriteHeaders(Boolean async)
Subsembly.FinTS.FinCommServiceException: CommService failure (SendFailure). ---> System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send. ---> System.IO.IOException: Received an unexpected EOF or 0 bytes from the transport stream.
   at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.TlsStream.CallProcessAuthentication(Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
   at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   at System.Net.ConnectStream.WriteHeaders(Boolean async)
   --- End of inner exception stack trace ---
   at System.Net.HttpWebRequest.GetResponse()
   at Subsembly.FinTS.FinCommServiceHttp.SendReceive(FinMessageBuffer aReqBuf, Int32 nTimeout)
   --- End of inner exception stack trace ---
   at Subsembly.FinTS.FinCommServiceHttp.SendReceive(FinMessageBuffer aReqBuf, Int32 nTimeout)
   at Subsembly.FinTS.FinDialog._InternalExecuteMessage(FinMessage aMessage)
   at Subsembly.FinTS.FinDialog.InitDialog(FinDialogType nDialogType, String sCustID, String sPin, String sTan)
   at Subsembly.FinTS.Online.FinOnlineBanking._InitDialog(String sCustID, FinDialogType nDialogType, FinMessageResult& nInitMsgResult)
#### Schwerer Fehler: Datenübertragungsfehler SendFailure!
#### Bankzugang: Wechselkurse abrufen...
#### Schwerer Fehler: Übertragung enthält schwere Fehler!
#### Schwerer Fehler: Klicken Sie jetzt [Schließen]


Gruß
Lisa
infoman
Benutzer
Avatar
Geschlecht:
Beiträge: 7405
Dabei seit: 06 / 2008
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 12.10.2015 - 16:10 Uhr  ·  #2
lisari
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 234
Dabei seit: 06 / 2013
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 12.10.2015 - 16:30 Uhr  ·  #3
Hat überhaupt nichts miteinander zu tun. Im anderen Thread ging es um Screenscraping, eine ganz andere Hausnummer.

Hier geht es jedoch um das HBCI-Banking der akfbank. Dazu hätte ich gern Rückmeldungen, völlig unabhängig vom Betriebssystem, ob jemand den Fehler bestätigen kann oder ob es bei anderen funktioniert.

Gruß
Lisa
Potzblitz
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: das Tor zur Welt
Beiträge: 78
Dabei seit: 11 / 2006
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 13.10.2015 - 10:30 Uhr  ·  #4
Zitat geschrieben von lisari

Hat überhaupt nichts miteinander zu tun. Im anderen Thread ging es um Screenscraping, eine ganz andere Hausnummer.

Hier geht es jedoch um das HBCI-Banking der akfbank. Dazu hätte ich gern Rückmeldungen, völlig unabhängig vom Betriebssystem, ob jemand den Fehler bestätigen kann oder ob es bei anderen funktioniert.

Gruß
Lisa

Moin,

das hat schon etwas miteinander zu tun, denn du machst zwar FinTS aber kein HBCI (mit Schlüsseldatei oder chipkarte) sondern FinTS mit PIN/TAN - jedenfalls deutet dein Auszug aus dem Protokoll darauf hin

Zitat
#### Bankzugang: akf bank
#### Fortschritt: Bankzugang synchronisieren...
--------
HNHBK:1:3+000000000243+300+0+1'
HNSHK:2:4+PIN:2+900+1+1+1+1::0+1+1:20151012:125014+1:999:1+6:10:16+280:33020000:htA9jXpyc:S:0:0'
HKIDN:3:2+280:33020000+htA9jXpyc+0+1'
HKVVB:4:3+0+0+0+Banking4W+5753'
HKSYN:5:3+0'
HNSHA:6:2+1++··········'
HNHBS:7:1+1'
---- HTTP request
HTTP/1.1 POST https://hbci.akf24.de/

Und bei FinTS-PIN/TAN ist die Problematik mit den neuen SSL-Zertifikaten, die mit XP nicht mehr funktionieren, die gleiche wie beim Screenscraping.

Wenn die die im Protokoll genannte URL https://hbci.akf24.de/ bei SSL-Labs prüfst (https://www.ssllabs.com/ssltest/analyze.html?d=hbci.akf24.de) kannst du im Ergebnis sehen, dass es bei XP zu einem Fehler mit dem Zertifikat kommt.
lisari
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 234
Dabei seit: 06 / 2013
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 13.10.2015 - 10:40 Uhr  ·  #5
Hallo Potzblitz,

danke für die Aufklärung, das war mir nicht klar. Ich wusste nicht, dass es da einen Unterschied gibt.

Dann muss ich noch weiter testen, ich werde berichten.

Gruß
Lisa
msa
Benutzer
Avatar
Geschlecht:
Herkunft: München
Alter: 62
Beiträge: 7571
Dabei seit: 03 / 2007
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 13.10.2015 - 11:45 Uhr  ·  #6
Hallo Lisa, noch ein bisschen mehr Hintergrund: B4W nutzt für Verschlüsselungen auch im HBCI PIN&TAN-Bereich die Schlüssel, die M$ für den Internetexplorer bereitstellt und updatet. Und das Updaten - das tut M$ eben nicht mehr - sofern man sein XP nicht seinerzeit bei der Einstellung des Supports mit schmutzigen Tricks so eingestellt hat, daß es sich von M$ die Updates für embedded-Versionen, die noch eine Zeitlang unterstützt werden, da zu viel im Markt eingesetzt, holt. Aber selbst dort werden diese Zertifikate nicht mehr geliefert. Zu sehr vielen Websites ist mit dem IE deswegen schon länger keine https-Verbindung mehr möglich - und eben auch keine HBCI PIN&TAN-Verbindung, sowie bankseitig auf neuere Zertifikate umgestellt wird. Und von den Banken gibt es "schon" eine ganze Menge. Z.B. die comdirekt zählt auch dazu. Die Banken publizieren diese Umstellungen nicht, weil jedes "aktuelle" Betriebssystem das natürlich mitmacht und der Kunde davon normalerweise nichts merkt. Und bevor Du Dich wunderst: Ja, mit z.B. Firefox können auch Seiten mit neuen Zertifikaten aufgerufen werden. Mozilla nutzt nicht die Infrastruktur, die M$ bereitstellt, sondern hat in den Browser komplett eigene Zertifikate und Zertifikatsverwaltungen eingebaut und updatet die auch nach wie vor. Drum geht's da noch.
lisari
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 234
Dabei seit: 06 / 2013
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 13.10.2015 - 15:44 Uhr  ·  #7
Hallo,

danke auch an msa für die Erläuterungen.

Ich habe inzwischen Folgendes getestet:

1. Update auf 6.0.4.5756 unter Windows XP SP3: kein Erfolg, Fehler bleibt bestehen.
2. Test der (portablen) Version 5.3.8.5492 unter Windows 7 Home Premium SP1: Fehler ist verschwunden, alle Banken funktionieren, auch akf Bank (und Amazon Visa)..

Es hat also wirklich nichts mir der Version von Banking 4W zu tun, sondern nur mit Windows XP, auch die alte 5er Version kann unter Windows 7 die Banken.

Gruß
Lisa
infoman
Benutzer
Avatar
Geschlecht:
Beiträge: 7405
Dabei seit: 06 / 2008
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 13.10.2015 - 18:58 Uhr  ·  #8
Zitat geschrieben von lisari
Hat überhaupt nichts miteinander zu tun. Im anderen Thread ging es um Screenscraping, eine ganz andere Hausnummer.

nun hat es sich also doch bestätigt, dass
a.) es in dem anderen Thread um das gleiche geht (nämlich SSL) und nicht um das screenscraping, weil dies dort garnicht die Problematik ist/war
b.) der Entwickler die SSL-Problematik #4 + #6 angesprochen hat
c.) du selbst diesen Punkt aufgegriffen hast #5

msa hat es nun ausführlich zusammengefasst bzw. dargelegt, inkl. deinem Firefox-Einsatz

XP ist einfach nicht mehr in der Lage (ohne gewisse Kniffe) onlinebanking als solches zu "handeln", abgesehen von der Sicherheitsproblematik an div. anderen Stellen.

Es ist unverständlich warum manche Leute es immer besser wissen müssen und dann auch noch an einem uralt-OS sich festkrallen, die Entwicklung geht nun mal weiter in allen Bereichen, insbesondere im EDV-Bereich.
... und bei Geld sollte das sparen aufhören - Sicherheit sollte Vorrang haben. (schont im Fall der Fälle nicht nur den Geldbeutel sondern auch die Nerven)
lisari
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 234
Dabei seit: 06 / 2013
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 13.10.2015 - 23:39 Uhr  ·  #9
@infoman:

Ja, sehr schön, dass Du Recht hast, das tut Dir sicher gut.

Gelegentlich würde es auch helfen, wenn man vor der Antwort die Frage einfach durchlesen würde. Ich habe danach gefragt, ob jemand, der die gleiche Bank hat, den Effekt auch beobachten kann. DAS war die einfache Frage, um mir beim Eingrenzen des Fehlers zu helfen. Dass XP inzwischen veraltet ist, war mir schon vorher klar. Ich hatte jedoch zu dem Zeitpunkt eben keinen anderen Rechner zum Test greifbar, weswegen ich eben hier fragte. Genau darauf zielte die Frage, ob jemand mit der gleichen Bank den Fehler bestätigen kann oder ob es auf anderen Systemen eben nicht auftritt.

Wenn im Tagesgeschäft plötzlich etwas nicht funktioniert und man sofort eine Lösung benötigt, sind oberlehrerhafte, gebetsmühlenartige Wiederholungen, dass man an veralteten Rechnern sitzt, in einer Streßsituation immer sehr hilfreich.

Gruß
Lisa
infoman
Benutzer
Avatar
Geschlecht:
Beiträge: 7405
Dabei seit: 06 / 2008
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 14.10.2015 - 10:59 Uhr  ·  #10
Zitat geschrieben von lisari
Ja, sehr schön, dass Du Recht hast, das tut Dir sicher gut.

Es geht um die Sache - hier also onlinebanking - und nicht um im eine Gefühlslage.
des weiteren hab ich das posting gemacht, dass auch andere User (dies hier ist ja ein Selbsthilfeforum) sehen, dass ein zeitgemäßes Betriebssystem angebracht ist - das ist nunmal fakt.
Zitat geschrieben von lisari
Wenn im Tagesgeschäft plötzlich etwas nicht funktioniert und man sofort eine Lösung benötigt, sind oberlehrerhafte, gebetsmühlenartige Wiederholungen, dass man an veralteten Rechnern sitzt, in einer Streßsituation immer sehr hilfreich.

Im Prinzip wird es ja immer schlimmer, denn wenn der Rechner auch noch im Tagesgeschäft im Einsatz ist, solltest du dringend mit dem Chef/Chefin/Vorgesetzten und in deinem eigenen Interesse, entsprechend vorstellig werden.
was machst Du, wenn mit "deinen User-Daten" Zahlungen ausgeführt werden, die nicht von dir autorisiert sind/waren - ich würde sagen, dann hast DU ein richtiges Problem.

Aber wenn man derartige Informationen (Warnungen) in den Wind schießt und dies als "oberlehrerhafte, gebetsmühlenartige Wiederholungen" bezeichnet kann man nur noch sagen: "wer nicht hören will muss fühlen"
msa
Benutzer
Avatar
Geschlecht:
Herkunft: München
Alter: 62
Beiträge: 7571
Dabei seit: 03 / 2007
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 14.10.2015 - 11:24 Uhr  ·  #11
Also jetzt mal ganz langsam bitte, von beiden Seiten.

@infoman: Du hast Recht gehabt, das will Dir keiner nehmen, aber immer wieder nachtreten mußt Du trotzdem nicht, auch wenn Du Recht hattest. Deine Ansicht zum Thema XP ist hinreichend bekannt und diese einmal in einem Thread zu posten sollte genug sein. Ansonsten ist das Sache der jeweiligen Person, ob sie noch XP einsetzt oder nicht, nicht Deine! In gewisser Weise kann ich Lisa durchaus verstehen, von wegen gebetsmühlenartig, ich empfinde das nämlich langsam auch so! Dass die Verwendung von XP problematisch ist, ist wohl jedem bekannt, wenn er es trotzdem einsetzt dann lass ihn. Dieser Passus mit de Chef/Chefin bzw. Vorgesetzten empfinde ich als absoluten Übergriff Deinerseits, das geht Dich letztlich überhaupt nichts an. Es gibt - ja! - div. Gründe, wenn man noch XP einsetzt, welche das sind, braucht hier nicht zu interessieren. Man wird sich schon die entsprechenden Gedanken gemacht haben, und wenn nicht, dann ist das ein Problem derer, die es einsetzen. So einfach ist das. Ja, auch ich setze an bestimmten Stellen noch XP ein, unter ganz bestimmten Rahmenbedingungen, für ganz bestimmte Anwendungsbereiche, aus ganz bestimmten Gründen, die sich derzeit nicht ändern lassen. Und ja, auch ich mag nicht ständig hören, daß ich das bleiben lassen soll. Ich will und kann das derzeit nicht bleiben lassen. Das ist meine Entscheidung, dauernde Hinweise fühlen sich etwas sektenartig an...

Und ich denke, damit ist in diesem Thread nun alles gesagt, und man kann ihn ruhen lassen, oder? 8-)
lisari
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 234
Dabei seit: 06 / 2013
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 14.10.2015 - 11:30 Uhr  ·  #12
@infoman:

Ich wollte Dir nicht zu nahe treten. Mir geht es jedoch (rein sachlich) um Folgendes:

1. WEIL ich an einem XP-Rechner saß und an dem Tag keinen Zugriff auf andere Rechner hatte, habe ich hier gefragt, ob andere Nutzer dieser Bank den Effekt auch beobachten können. DASS es vermutlich an XP liegt, war mir schon bei der Frage klar. DESWEGEN habe ich ja hier gefragt, um meine Vermutung zu bestätigen oder zu widerlegen. Das ist auch völlig wertfrei und hat das Ziel, den Fehler einzugrenzen.

2. Mir war nicht bewusst, dass HBCI und FIN TS nicht das Gleiche ist. Ich war bisher der Ansicht, das wären zwei Namen für ein und dieselbe Technik. Deswegen konnte ich aus dem anderen Thread, wo es um Screenscaping und den IE ging, eben nicht schlussfolgern.

Aus meiner Frage zu schlussfolgern, dass ich mich an "veralteten OS" festkrallen wolle, ist einfach unangebracht. Auch Deine weiteren "guten Wünsche" sind hier an der völlig falschen Adresse.

Abgesehen davon muss ich zu dem "Sicherheits-Argument" doch noch etwas sagen: WEGEN der Sicherheit nutzen wir seit Jahren NUR Bankingprogramme und bevorzugt HBCI (womit mir bisher keinerlei Missbrauchsfälle bekannt sind) und verzichten bewusst auf Internet-Banking. Die Sicherheitsbarriere Banking-Software ist fürs Banking wesentlich wichtiger als das Betriebssystem. Wenn ein Altrechner mit möglicherweise veraltetem Betriebssystem nur offline arbeitet und nur zum Banking mit einer sicheren Software ins Netz geht, die Verbindung danach wieder trennt, sind die Gefahren durchaus überschaubar und wesentlich geringer, als wenn ein supermoderner Rechner Internet-Banking im Browser macht.

Banking 4W ist nach meinem Dafürhalten sicher, selbst mit älterem Betriebssystem. Auch wenn einzelne Banken nicht mehr funktionieren, wird es nicht plötzlich unsicher, nur weil das Betriebssystem nicht aktualisiert wurde.

EDIT: @msa, danke, genau das meine ich. Hat sich jetzt mit Deinem Beitrag überschnitten.
Du hast Recht, ich werde es jetzt gut sein lassen.
Nochmal danke an alle, die schnell geholfen haben.

Gruß
Lisa
msa
Benutzer
Avatar
Geschlecht:
Herkunft: München
Alter: 62
Beiträge: 7571
Dabei seit: 03 / 2007
Betreff:

Re: akf Bank Zugang gestört?

 · 
Gepostet: 14.10.2015 - 11:45 Uhr  ·  #13
Zitat geschrieben von lisari
2. Mir war nicht bewusst, dass HBCI und FIN TS nicht das Gleiche ist. Ich war bisher der Ansicht, das wären zwei Namen für ein und dieselbe Technik. Deswegen konnte ich aus dem anderen Thread, wo es um Screenscaping und den IE ging, eben nicht schlussfolgern.

HBCI und FinTS ist das Gleiche. FinTS ist nur ein neuer Name. Allerdings werden unter diesen beiden Namen verschiedene Arten von technischer Umsetzung betrieben. Einmal das "alte HBCI" - also das mit Schlüsseln. Egal ob die jetzt in einer Datei (ganz früher auf einer Diskette, später usb-Stick) oder auf einer Chipkarte sitzen. Das ist das ursprüngliche HBCI. Das hat eigene Verschüsselung und ist NICHT vom Betriebssystem (IE unter Win) abhängig. Später wurde dann, nach dem Ende von BTX, eine Variante mit PIN und TAN eingeführt. Das ist im Prinzip was ziemlich anderes. Es kommuniziert über https und verwendet für die Verschlüsselung die Komponenten des Betriebssytems (IE) und ist somit abhängig. Aber auch dies läuft unter dem Sammelbegriff HBCI und FinTS. Es wurden hier entweder "Erweiterungen" zu HBCI umgesetzt, stellenweise auch HBCI+ genannt. Oder man machte das unter dem neueren Standard FinTS 3.0 - der eine Version mit PIN und TAN schon beinhaltet.

In jedem Falle segelt das alles unter HBCI und FinTS - getreu nach Loriot: "Wir heißen alle Hoppenstedt".
Gewählte Zitate für Mehrfachzitierung:   0