Cherry ST 2000 Smartcard

Hinweis: In dem Thema Cherry ST 2000 Smartcard gibt es 22 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Eine Idee hätte ich noch: Um herauszufinden, auf welche Pfade opensc-tool zugreift, um den Leser zu finden, kannst du als root folgendes Kommando benutzen:

    Code
    ls -l `strace opensc-tool -l 2>&1 | grep open | cut -d '"' -f 2`

    Was macht das?

    • Es lässt opensc-tool unter strace laufen, um die Systemcalls mitzutracen
    • Aus der Ausgabe filtert es die open calls heraus
    • Dort wiederum extrahiert es die in Anführungszeichen stehenden Dateinamen
    • und gibt dann diese Liste an ls -l, um Namen, Owner usw. anzuzeigen

    Daraus kannst du evtl ermitteln welcher Pfad geöffnet werden muss, den du als User nicht öffnen darfst.
    Achtung, du wirst auch Meldungen über Dateien erhalten, die nicht existieren. Das ist kein Problem. Das heißt lediglich, dass das Programm mal versucht hat eine Datei zu finden und nicht, dass es sie unbedingt benötigen würde. Also nicht auf diese Fehlermeldungen konzentieren!


    das probiere ich morgen sofort aus. Leider habe ich meinen SmartCard-Reader heute im Büro vergessen.

  • pcsc_scan als user:

    Code
    SCardEstablishContext: RPC transport error.

    pcsc_scan als root:

    Code
    Using reader plug'n play mechanism
    Scanning present readers...
    0: SmartTerminal ST-2xxx [Vendor Interface] (21121639102585) 00 00
    Thu Jan 23 21:39:36 2020
    Reader 0: SmartTerminal ST-2xxx [Vendor Interface] (21121639102585) 00 00
    Event number: 0
    Card state: Card removed,

    Als user
    ls -l `strace opensc-tool -l 2>&1 | grep open | cut -d '"' -f 2`

  • Mal ne Frage:
    warum nicht die komplette Ausgabe eines Befehls incl. der kompletten! Eingabezeile posten?

    Für den Inhalt des Beitrages 138843 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Mal ne Frage:
    warum nicht die komplette Ausgabe eines Befehls incl. der kompletten! Eingabezeile posten?

    Die komplette Eingabezeile steht über dem Codekästchen, die komplette Ausgabe im Codekästchen. Einen Informationsverlust kann ich nicht erkennen.

  • Nicht immer......
    Daher copy-paste incl. der kompletten Eingabezeile


    Man kann dann auch erkennen, in welchem Verzeichnis man sich befindet, ob sudo benutzt wurde, ob der Befehl als root ausgeführt wurde usw.....

    Für den Inhalt des Beitrages 138846 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Oops, das hatte ich ja gar nicht abgeschickt:
    Leider muss man dann herumeditieren, damit Rechner- und Benutzernamen nicht die Pseudonymität hier untergraben.


    Nachdem auf meinem Notebook OpenSuSE 15 kläglich in der Hardwareerkennung der Installation sich aufhängte, habe
    ich dort versuchsweise Tumbleweed installiert. aber hier zeigen sich leider die gleichen Symptome. Unter root ist alles
    gut, als User mit scard-Gruppenzugehörigkeit geht nichts.
    ps aux | grep pcscd bringt
    root 15066 0.0 0.0 330476 7072 ? Ssl 18:51 0:00 /usr/sbin/pcscd --foreground
    Warum --foregrund erschließt sich mir nicht. Müsste der nicht detached laufen? (Ich habe ihn zu keinem Zeitpunkt
    manuell gestartet.)

  • Code
    ps aux | grep pcscd
    root      9439  0.0  0.0   8688   888 pts/0    S+   19:13   0:00 grep --color=auto pcscd
    root     32636  0.0  0.0 392548  8096 ?        Ssl  13:31   0:10 /usr/sbin/pcscd --foreground

    Allerdings hab ich nen Cyberjack Leser.


    Und noch einmal:
    poste es doch aus der Konsole, ist einfach lesbarer.
    Und wenn du den Rechnernamen/Usernamen nicht preisgeben willst, einfach per x:/home/y maskieren, aber nicht das Verzeichnis......

    Für den Inhalt des Beitrages 138907 haftet ausdrücklich der jeweilige Autor: Sauerland