Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #657250 > unrolled thread

Der elektronische Heilberufeausweis ist defekt.

Back to article view | Back to ger.ct

Contents

  Der elektronische Heilberufeausweis ist defekt. "Dr. Joachim Neudert" <neudert@5sl.org> - 2026-02-19 15:21 +0100
    Re: Der elektronische Heilberufeausweis ist defekt. "Dr. Joachim Neudert" <neudert@5sl.org> - 2026-02-19 15:25 +0100
      Re: Der elektronische Heilberufeausweis ist defekt. Ulrich Weise <ulrich.weise@t-online.de> - 2026-02-20 10:23 +0100
    Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-21 13:20 +0100
      Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-21 13:39 +0000
        Re: Der elektronische Heilberufeausweis ist defekt. Michael Bode <m.g.bode@web.de> - 2026-02-21 15:20 +0100
          Re: Der elektronische Heilberufeausweis ist defekt. Dr. Joachim Neudert <neudert@5sl.org> - 2026-02-21 15:50 +0000
            Re: Der elektronische Heilberufeausweis ist defekt. Dr. Joachim Neudert <neudert@5sl.org> - 2026-02-21 15:52 +0000
            Re: Der elektronische Heilberufeausweis ist defekt. Michael Bode <m.g.bode@web.de> - 2026-02-21 17:18 +0100
          Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-21 20:25 +0000
            Re: Der elektronische Heilberufeausweis ist defekt. Michael Bode <m.g.bode@web.de> - 2026-02-21 21:59 +0100
              Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-21 21:43 +0000
                Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-22 05:35 +0100
                  Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-22 11:24 +0000
                    Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-22 16:12 +0100
                      Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-22 17:07 +0000
                        Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-22 19:34 +0100
                          Re: Der elektronische Heilberufeausweis ist defekt. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2026-02-22 19:06 +0000
                            Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-22 19:16 +0000
                              Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-22 20:47 +0100
                          Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-22 19:24 +0000
                            Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-22 20:54 +0100
                              Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-22 21:37 +0000
                                Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-23 08:17 +0100
        Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-21 16:29 +0100
          Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-21 20:45 +0000
            Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-22 05:59 +0100
              Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-22 11:31 +0000
    Re: Der elektronische Heilberufeausweis ist defekt. "Dr. Joachim Neudert" <neudert@5sl.org> - 2026-02-24 08:40 +0100
      Re: Der elektronische Heilberufeausweis ist defekt. Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-02-24 09:37 +0100
      Re: Der elektronische Heilberufeausweis ist defekt. Goetz Schultz <ng.expire1230@goetz.co.uk> - 2026-02-24 08:50 +0000
      Re: Der elektronische Heilberufeausweis ist defekt. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2026-02-24 11:08 +0100

Page 1 of 2  [1] 2  Next page →

#657250 — Der elektronische Heilberufeausweis ist defekt.

Fehlkonfiguration
Medisign tauscht neue eHBA erneut aus
Kaum ausgegeben, müssen neue elektronische Heilberufeausweise bereits 
wieder ausgetauscht werden. Der Anbieter Medisign informiert derzeit 
darüber, dass die seit Jahresbeginn ausgestellten eHBA zurückgerufen 
werden. Grund ist nach Angaben des Unternehmens eine technische 
Fehlkonfiguration im Personalisierungsprozess.

©Medisign
Sämtliche ab Januar 2026 herausgegebenen eHBA müssen ersetzt werden.
Betroffen sind nach Angaben von Medisign insgesamt rund 2.600 Ausweise, 
die seit Januar 2026 von Medisign ausgegeben wurden und bereits auf das 
neue Verschlüsselungsverfahren „ECC-only“ umgestellt waren. Die 
betroffenen Karteninhaber werden „zeitnah" per E-Mail benachrichtigt, 
teilte Medisign am Donnerstag mit. Hintergrund sei eine entsprechende 
Anweisung der Gematik. Demnach müssen aufgrund einer Fehlkonfiguration 
sämtliche ab Januar 2026 herausgegebenen eHBA dieser Generation ersetzt 
werden. Da allerdings kein Sicherheitsproblem vorliege, seien die 
ausgeteilten Ausweise weiterhin bis zum Austausch einsetzbar.

  „Im Rahmen einer technischen Analyse wurde eine Fehlkonfiguration im 
Personalisierungsprozess der eHBAs festgestellt. Hierbei liegt kein 
Sicherheitsproblem vor, vielmehr kann es zu Problemen bezüglich der 
Interoperabilität mit Konnektoren führen. Der bei der Personalisierung 
zwingend erzeugte RSA-Schlüssel ist bei diesen Karten nicht deaktiviert 
und kann unter Umständen zu einer ungültigen Signatur ohne Zertifikate 
führen“, teilte das Unternehmen mit.

Das Unternehmen kündigte an, Ersatzkarten auf Basis der vorliegenden 
Anträge zu produzieren, um den Aufwand möglichst gering zu halten. 
Anschließen sollen sie an die jeweiligen Inhaber versendet werden. 
Sobald diese die neue Karte freigeschaltet und in Betrieb genommen 
hätten, werde die alte Karte gesperrt.

Ausweise der Generation 2.1, die sowohl über RSA- als auch über 
ECC-Zertifikate verfügen und bis Ende 2025 produziert wurden, sind laut 
Medisign nicht vom Kartentausch betroffen.

18.02.2026, 19:15, Autor/-in: ea.

______________

Die Digitalisierung wird das Gesundheitssystem retten! Not.

-- 
Ammersee
Meer braucht's ned

[toc] | [next] | [standalone]

#657251

2600 eHBA betroffen.

Ich frage mich nur wieviele Kollegen sich blöd anreden lassen mussten 
vom IT-Service und vom PSV-Hersteller und der KV, weil sie wieder ihr 
Crypto-Zeug nicht richtig konfiguriert haben, oder den eHBA nicht 
rechtzeitig auf ECC umgestellt haben.



-- 
Ammersee
Meer braucht's ned

[toc] | [prev] | [next] | [standalone]

#657305

Am Thu, 19 Feb 2026 15:25:25 +0100 schrieb Dr. Joachim Neudert zum 
Thema:  Re: Der elektronische Heilberufeausweis ist defekt.

>2600 eHBA betroffen.
>
>Ich frage mich nur wieviele Kollegen sich blöd anreden lassen mussten 
>vom IT-Service und vom PSV-Hersteller und der KV, weil sie wieder ihr 
>Crypto-Zeug nicht richtig konfiguriert haben, oder den eHBA nicht 
>rechtzeitig auf ECC umgestellt haben.

Irgendwie ging Ende letzten Jahres bei meiner nicht IT affinen
Hausärztin ca. 6 Wochen kein E-Rezept. Laut Aussage fehlte ein
Ersatzteil?
-- 
Gued gohn,
           Ulrich

  

[toc] | [prev] | [next] | [standalone]

#657370

"Dr. Joachim Neudert" <neudert@5sl.org> wrote:

> Fehlkonfiguration

Da schreibt der Hassprediger zu Herrsching mal was eigentlich ganz
interessantes - und niemand antwortet ihm.

Woran *das* wohl liegen mag?

-- 
Denkst Du noch, oder promptest Du schon?

[toc] | [prev] | [next] | [standalone]

#657378

On 21/02/2026 12:20, Dietz Proepper wrote:
> "Dr. Joachim Neudert" <neudert@5sl.org> wrote:
> 
>> Fehlkonfiguration
> 
> Da schreibt der Hassprediger zu Herrsching mal was eigentlich ganz
> interessantes - und niemand antwortet ihm.
> 
> Woran *das* wohl liegen mag?
> 

Weil das Versagen der EDV-"Verantwortlichen" einem die Sprache verschlägt?
Wer 202x noch RSA verwendet hat den Schuss nicht gehört oder HW aus der 
Vorzeit.

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#657387

Goetz Schultz <ng.expire1230@goetz.co.uk> writes:

> On 21/02/2026 12:20, Dietz Proepper wrote:
>> "Dr. Joachim Neudert" <neudert@5sl.org> wrote:
>> 
>>> Fehlkonfiguration
>> Da schreibt der Hassprediger zu Herrsching mal was eigentlich ganz
>> interessantes - und niemand antwortet ihm.
>> Woran *das* wohl liegen mag?
>> 
>
> Weil das Versagen der EDV-"Verantwortlichen" einem die Sprache verschlägt?
> Wer 202x noch RSA verwendet hat den Schuss nicht gehört oder HW aus
> der Vorzeit.

Genau darum ging es doch bei der Aktion. Neue Ausweise mit
ECC-only. Wobei, was so schlimm an RSA ist, hast du jetzt auch nicht
erklärt. Man braucht halt längere Schlüssel. Oder habe ich die Meldung
nicht mitbekommen, dass RSA gebrochen worden wäre?

[toc] | [prev] | [next] | [standalone]

#657400

Michael Bode <m.g.bode@web.de> wrote:
> Goetz Schultz <ng.expire1230@goetz.co.uk> writes:

>> Weil das Versagen der EDV-"Verantwortlichen" einem die Sprache verschlägt?
>> Wer 202x noch RSA verwendet hat den Schuss nicht gehört oder HW aus
>> der Vorzeit.
> 
> Genau darum ging es doch bei der Aktion. Neue Ausweise mit
> ECC-only. Wobei, was so schlimm an RSA ist, hast du jetzt auch nicht
> erklärt. Man braucht halt längere Schlüssel. Oder habe ich die Meldung
> nicht mitbekommen, dass RSA gebrochen worden wäre?
> 

Was kostet denn übrigens so ein eHBA für den Arzt? Plastik mit Chip im
Scheckkartenformat. Nur mit dem kann man elektronisch ein Kassenrezept
kostenlos ausstellen oder eine elektronische Krankschreibung kostenlos
ausstellen oder eine ePA befüllen (wenigstens das wird mit 1,10 Euro
vergütet wimre, oder 1,65€).
.
.
.
.
.
.
 
.
.
Bei der Bundesdruckerei 500 €. Er sei dann 5 Jahre gültig, dann kauft man
den nächsten zum selben Preis.
Postident war nötig. Ich musste zweimal 20 km nach Weilheim dazu fahren,
das erste Mal konnte die Poststelle es nicht.












-- 
please forgive my iPhone typos

[toc] | [prev] | [next] | [standalone]

#657401

Frau Mack von Heise hat meine Anregung aufgenommen und eine Meldung im
Newsticker geschrieben.

-- 
please forgive my iPhone typos

[toc] | [prev] | [next] | [standalone]

#657403

Dr. Joachim Neudert <neudert@5sl.org> writes:

> Was kostet denn übrigens so ein eHBA für den Arzt? Plastik mit Chip im
> Scheckkartenformat. Nur mit dem kann man elektronisch ein Kassenrezept
> kostenlos ausstellen oder eine elektronische Krankschreibung kostenlos
> ausstellen oder eine ePA befüllen (wenigstens das wird mit 1,10 Euro
> vergütet wimre, oder 1,65€)

Hm, eine ungefähre Schätzung gibt es hier:

https://www.cryptoshop.com/products/smartcards.html

> Bei der Bundesdruckerei 500 €. Er sei dann 5 Jahre gültig, dann kauft man
> den nächsten zum selben Preis.

Irgendwer muss sich das ja vergolden lassen, ist ja staatlich.

[toc] | [prev] | [next] | [standalone]

#657421

On 21/02/2026 14:20, Michael Bode wrote:
> Goetz Schultz <ng.expire1230@goetz.co.uk> writes:
> 
>> On 21/02/2026 12:20, Dietz Proepper wrote:
>>> "Dr. Joachim Neudert" <neudert@5sl.org> wrote:
>>>
>>>> Fehlkonfiguration
>>> Da schreibt der Hassprediger zu Herrsching mal was eigentlich ganz
>>> interessantes - und niemand antwortet ihm.
>>> Woran *das* wohl liegen mag?
>>>
>>
>> Weil das Versagen der EDV-"Verantwortlichen" einem die Sprache verschlägt?
>> Wer 202x noch RSA verwendet hat den Schuss nicht gehört oder HW aus
>> der Vorzeit.
> 
> Genau darum ging es doch bei der Aktion. Neue Ausweise mit
> ECC-only. Wobei, was so schlimm an RSA ist, hast du jetzt auch nicht
> erklärt. Man braucht halt längere Schlüssel. Oder habe ich die Meldung
> nicht mitbekommen, dass RSA gebrochen worden wäre?

Eben - RSA unter einem 4K Key ist so zukunftssicher (gehen wir mal von 
10A aus). 2K ist im Moment die Empfehlung als sicher. ECC-Schlüssel mit 
kleiner Länge sind wie RSA 4K in Besug auf Sicherheit.

So nun kommt der Knackpunkt, oder warum ich in *meinem* Umfeld ECC 
nehme, es ist wesentlich freundlicher mit der HW. Ich bin im embedded 
Bereich unterwegs, da sind RSA Schlüssel zu belastend für die Endpunkte.

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#657425

Goetz Schultz <ng.expire1230@goetz.co.uk> writes:

> Eben - RSA unter einem 4K Key ist so zukunftssicher (gehen wir mal von
> 10A aus). 2K ist im Moment die Empfehlung als sicher. ECC-Schlüssel
> mit kleiner Länge sind wie RSA 4K in Besug auf Sicherheit.

Das BSI empfiehlt ab 2031 keine den klassischen Algorithmen mehr.

> So nun kommt der Knackpunkt, oder warum ich in *meinem* Umfeld ECC
> nehme, es ist wesentlich freundlicher mit der HW. Ich bin im embedded
> Bereich unterwegs, da sind RSA Schlüssel zu belastend für die
> Endpunkte.

Dann ist es aber eine steile These, jeden, der in den letzten 5 Jahren
RSA verwendet hat, als bisschen dumm darzustellen.

[toc] | [prev] | [next] | [standalone]

#657431

On 21/02/2026 20:59, Michael Bode wrote:
> Goetz Schultz <ng.expire1230@goetz.co.uk> writes:
> 
>> Eben - RSA unter einem 4K Key ist so zukunftssicher (gehen wir mal von
>> 10A aus). 2K ist im Moment die Empfehlung als sicher. ECC-Schlüssel
>> mit kleiner Länge sind wie RSA 4K in Besug auf Sicherheit.
> 
> Das BSI empfiehlt ab 2031 keine den klassischen Algorithmen mehr.
> 

OpenSSh macht das auch seit Jahren schon.

>> So nun kommt der Knackpunkt, oder warum ich in *meinem* Umfeld ECC
>> nehme, es ist wesentlich freundlicher mit der HW. Ich bin im embedded
>> Bereich unterwegs, da sind RSA Schlüssel zu belastend für die
>> Endpunkte.
> 
> Dann ist es aber eine steile These, jeden, der in den letzten 5 Jahren
> RSA verwendet hat, als bisschen dumm darzustellen.

Habe ich dumm gesagt? Wer weiter als bis zum Tellerrand schauen kann, 
sieht das. Aber wahrscheinlich wird das noch auf Unis so gelehrt und 
deshalb brauchen alle ein Uni-Abschluss.....

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#657436

Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:

> On 21/02/2026 20:59, Michael Bode wrote:
> > Goetz Schultz <ng.expire1230@goetz.co.uk> writes:
> >> So nun kommt der Knackpunkt, oder warum ich in *meinem* Umfeld ECC
> >> nehme, es ist wesentlich freundlicher mit der HW. Ich bin im
> >> embedded Bereich unterwegs, da sind RSA Schlüssel zu belastend für
> >> die Endpunkte.  
> > 
> > Dann ist es aber eine steile These, jeden, der in den letzten 5
> > Jahren RSA verwendet hat, als bisschen dumm darzustellen.  
> 
> Habe ich dumm gesagt?

Eher nicht. Aber der Bode muss mal wieder sein Weltenleid
abreagieren.

> Wer weiter als bis zum Tellerrand schauen kann, sieht das.

Naja, die post quantum-Propheten sind auch nicht unbedingt in allen
Belangen überzeugend ... Ein wenig hat man den Eindruck, dass einfach
die Problemgröße skaliert wird, was mit rechenzeitoptimierten
Algorithmen natürlich deutlich besser als mit RSA funktioniert.

> Aber wahrscheinlich wird das noch auf Unis so gelehrt und 
> deshalb brauchen alle ein Uni-Abschluss.....

Neidisch?

Aber erzähl'. Warum sind andere Verfahren denn nicht schlechter als
RSA? Kannst Du kurz erläutern, weswegen Primzahlfaktorisierung und
bspw. diskrete Logarithem über elliptischen Kurven (vermutlich) auf
ähnlichen Problemklassen basieren? Worauf muss man bei letzteren
eigentlich genau achten damit sie gut werden?

-- 
Denkst Du noch, oder promptest Du schon?

[toc] | [prev] | [next] | [standalone]

#657456

On 22/02/2026 04:35, Dietz Proepper wrote:
> Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
> 
>> On 21/02/2026 20:59, Michael Bode wrote:
>>> Goetz Schultz <ng.expire1230@goetz.co.uk> writes:
>>>> So nun kommt der Knackpunkt, oder warum ich in *meinem* Umfeld ECC
>>>> nehme, es ist wesentlich freundlicher mit der HW. Ich bin im
>>>> embedded Bereich unterwegs, da sind RSA Schlüssel zu belastend für
>>>> die Endpunkte.
>>>
>>> Dann ist es aber eine steile These, jeden, der in den letzten 5
>>> Jahren RSA verwendet hat, als bisschen dumm darzustellen.
>>
>> Habe ich dumm gesagt?
> 
> Eher nicht. Aber der Bode muss mal wieder sein Weltenleid
> abreagieren.
> 
>> Wer weiter als bis zum Tellerrand schauen kann, sieht das.
> 
> Naja, die post quantum-Propheten sind auch nicht unbedingt in allen
> Belangen überzeugend ... Ein wenig hat man den Eindruck, dass einfach
> die Problemgröße skaliert wird, was mit rechenzeitoptimierten
> Algorithmen natürlich deutlich besser als mit RSA funktioniert.
> 
>> Aber wahrscheinlich wird das noch auf Unis so gelehrt und
>> deshalb brauchen alle ein Uni-Abschluss.....
> 
> Neidisch?
>

Worauf?

> Aber erzähl'. Warum sind andere Verfahren denn nicht schlechter als
> RSA? Kannst Du kurz erläutern, weswegen Primzahlfaktorisierung und
> bspw. diskrete Logarithem über elliptischen Kurven (vermutlich) auf
> ähnlichen Problemklassen basieren? Worauf muss man bei letzteren
> eigentlich genau achten damit sie gut werden?
> 

Ich kenne es aus meinem Gebiet (IoT), da sind ECC-Keys kleiner und haben 
weniger Last auf dem Client. RSA zieht die Batterien etwas mehr in 
Leidenschat (>=4k). Und Laufzeit tumpft ziemlich alles in dem Sektor.

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#657479

Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:

> On 22/02/2026 04:35, Dietz Proepper wrote:
> > Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
> >> Aber wahrscheinlich wird das noch auf Unis so gelehrt und
> >> deshalb brauchen alle ein Uni-Abschluss.....  
> > 
> > Neidisch?
> 
> Worauf?

Rat' mal.

> > Aber erzähl'. Warum sind andere Verfahren denn nicht schlechter als
> > RSA? Kannst Du kurz erläutern, weswegen Primzahlfaktorisierung und
> > bspw. diskrete Logarithem über elliptischen Kurven (vermutlich) auf
> > ähnlichen Problemklassen basieren? Worauf muss man bei letzteren
> > eigentlich genau achten damit sie gut werden?
> 
> Ich kenne es aus meinem Gebiet (IoT), da sind ECC-Keys kleiner und
> haben weniger Last auf dem Client. RSA zieht die Batterien etwas mehr
> in Leidenschat (>=4k). Und Laufzeit tumpft ziemlich alles in dem
> Sektor.

Oh, wären ECC-basierte Verfahren einfach brechbar, dann wäre die
Laufzeit eher egal.

-- 
Denkst Du noch, oder promptest Du schon?

[toc] | [prev] | [next] | [standalone]

#657496

On 22/02/2026 15:12, Dietz Proepper wrote:
> Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
> 
>> On 22/02/2026 04:35, Dietz Proepper wrote:
>>> Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
>>>> Aber wahrscheinlich wird das noch auf Unis so gelehrt und
>>>> deshalb brauchen alle ein Uni-Abschluss.....
>>>
>>> Neidisch?
>>
>> Worauf?
> 
> Rat' mal.
> 

Auf Uni, nicht sonderlich. Ich sehe es bei unseren Junior Developern so, 
das auf der Uni z.B. die neuesten Funktionen von Python gepusht werden. 
Meine Scripte funktionieren auch mit alten Aufrufen und machen das was 
sie machen sollen. Nun kann ich alles neu schrieben weil "Uni" was 
anderes pusht. Facepalm.

>>> Aber erzähl'. Warum sind andere Verfahren denn nicht schlechter als
>>> RSA? Kannst Du kurz erläutern, weswegen Primzahlfaktorisierung und
>>> bspw. diskrete Logarithem über elliptischen Kurven (vermutlich) auf
>>> ähnlichen Problemklassen basieren? Worauf muss man bei letzteren
>>> eigentlich genau achten damit sie gut werden?
>>
>> Ich kenne es aus meinem Gebiet (IoT), da sind ECC-Keys kleiner und
>> haben weniger Last auf dem Client. RSA zieht die Batterien etwas mehr
>> in Leidenschat (>=4k). Und Laufzeit tumpft ziemlich alles in dem
>> Sektor.
> 
> Oh, wären ECC-basierte Verfahren einfach brechbar, dann wäre die
> Laufzeit eher egal.
> 

Sind sie aber nicht. Selbst OpenSSH weist darauf hin das RSA bald 
"obsolete" ist. Und die Leute verstehen (von der Codeseite) Crypto ein 
wenig mehr als ich - und wenn sie es erwähnen wird es einen Grund haben.



-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#657507

Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:

> On 22/02/2026 15:12, Dietz Proepper wrote:
> > Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:
> >   
> >> On 22/02/2026 04:35, Dietz Proepper wrote:  
> >>> Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:  
> >>>> Aber wahrscheinlich wird das noch auf Unis so gelehrt und
> >>>> deshalb brauchen alle ein Uni-Abschluss.....  
> >>>
> >>> Neidisch?  
> >>
> >> Worauf?  
> > 
> > Rat' mal.
> 
> Auf Uni, nicht sonderlich. Ich sehe es bei unseren Junior Developern
> so, das auf der Uni z.B. die neuesten Funktionen von Python gepusht
> werden.

Jo mei, solche gab's auch vor 30a.

> Meine Scripte funktionieren auch mit alten Aufrufen und
> machen das was sie machen sollen. Nun kann ich alles neu schrieben
> weil "Uni" was anderes pusht. Facepalm.

Du musst sie anleiten ;-). Aber sieh's mal so. Acht Jahre und viel
Zeit, sich mit (damals) abseitigen Themen wie multiprocessig,
Sprachverarbeitung, CGI udgl. zu beschäftigen. Nebenbei 12h die Woche
bei $grossbude schaffen, macht sich immer gut & man bekommt Realität.

Ich habe mein Studium durchaus genossen. Und ein, zwei Sachen sind auch
hängen geblieben.

> >>> Aber erzähl'. Warum sind andere Verfahren denn nicht schlechter
> >>> als RSA? Kannst Du kurz erläutern, weswegen
> >>> Primzahlfaktorisierung und bspw. diskrete Logarithem über
> >>> elliptischen Kurven (vermutlich) auf ähnlichen Problemklassen
> >>> basieren? Worauf muss man bei letzteren eigentlich genau achten
> >>> damit sie gut werden?  
> >>
> >> Ich kenne es aus meinem Gebiet (IoT), da sind ECC-Keys kleiner und
> >> haben weniger Last auf dem Client. RSA zieht die Batterien etwas
> >> mehr in Leidenschat (>=4k). Und Laufzeit tumpft ziemlich alles in
> >> dem Sektor.  
> > 
> > Oh, wären ECC-basierte Verfahren einfach brechbar, dann wäre die
> > Laufzeit eher egal.
> 
> Sind sie aber nicht.

Und warum nicht? ;-)

> Selbst OpenSSH weist darauf hin das RSA bald "obsolete" ist.

"Selbst" ist in dem Kontext zwar wenig angemessen, dort arbyten einige
Leute, die richtig gut wissen, was sie machen, aber ja.
Ich werde allerdings RSA(-4k) noch einige Zeit beibehalten, meine
Chipkarte kann kein ECC.

> Und die Leute verstehen (von der Codeseite) Crypto
> ein wenig mehr als ich - und wenn sie es erwähnen wird es einen Grund
> haben.

Fair enough ;-).

Hey, genug davon, will Dich nicht zu sehr tretzen. Nuaaa. Eine sehr gute
Ausbildung, mit *genügend* Zeit, auch mal ein paar Fremdvorlesungen zu
besuchen (Pharmazeutik bspw., damals 80%+ Weibsvolk, mit nützlichen
teilweise Fertigkeiten :-)) war durchaus nicht komplett daneben.

-- 
CODE NIGHTMARE ORANGE

[toc] | [prev] | [next] | [standalone]

#657510

On Sun, 22 Feb 2026 19:34:36 Dietz Proepper wrote:
> (Pharmazeutik bspw., damals 80%+ Weibsvolk, mit nützlichen
> teilweise Fertigkeiten :-))

Hmja. Eine meiner besseren Tanzpartnerinnen war Pharmazeutin, und
irgendwann einmal brachte sie eine Jausentüte mit weißen Tabletten
drin mit: "Da, nimm, wir haben heute Kopfwehpulver gemacht". Ein
bisschen skeptisch war ich da schon... (aber zum Glück eh kaum von
Kopfschmerzen geplagt).

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan. über den unerhörten Klee zu loben!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#657512

On 22/02/2026 19:06, Stefan Froehlich wrote:
> On Sun, 22 Feb 2026 19:34:36 Dietz Proepper wrote:
>> (Pharmazeutik bspw., damals 80%+ Weibsvolk, mit nützlichen
>> teilweise Fertigkeiten :-))
> 
> Hmja. Eine meiner besseren Tanzpartnerinnen war Pharmazeutin, und
> irgendwann einmal brachte sie eine Jausentüte mit weißen Tabletten
> drin mit: "Da, nimm, wir haben heute Kopfwehpulver gemacht". Ein
> bisschen skeptisch war ich da schon... (aber zum Glück eh kaum von
> Kopfschmerzen geplagt).
> 
> Servus,
>     Stefan
> 

Bei Aspirin hat unser Chemielehrer schon in der Schule drauf hingewiesen.

-- 

Cheers,
    G.

Quis custodiet ipsos custodes?
---------------------------->8------------------------------
   /"\
   \ /  ASCII Ribbon Campaign
    X   against HTML e-mail
   / \
---------------------------->8------------------------------

[toc] | [prev] | [next] | [standalone]

#657518

Goetz Schultz <ng.expire1230@goetz.co.uk> wrote:

> On 22/02/2026 19:06, Stefan Froehlich wrote:
> > On Sun, 22 Feb 2026 19:34:36 Dietz Proepper wrote:  
> >> (Pharmazeutik bspw., damals 80%+ Weibsvolk, mit nützlichen
> >> teilweise Fertigkeiten :-))  
> > 
> > Hmja. Eine meiner besseren Tanzpartnerinnen war Pharmazeutin, und
> > irgendwann einmal brachte sie eine Jausentüte mit weißen Tabletten
> > drin mit: "Da, nimm, wir haben heute Kopfwehpulver gemacht". Ein
> > bisschen skeptisch war ich da schon... (aber zum Glück eh kaum von
> > Kopfschmerzen geplagt).
> 
> Bei Aspirin hat unser Chemielehrer schon in der Schule drauf
> hingewiesen.

Aspirin ist nicht das Ende der Fahnenstange. Und Pharmazeut(innen)
können noch ganz andere Sachen ...

-- 
Denkst Du noch, oder promptest Du schon?

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | ger.ct

csiph-web