Vraag:
Kan een apparaat TLS-compatibel zijn zonder RSA?
Raoul722
2016-03-25 19:05:27 UTC
view on stackexchange narkive permalink

Laten we eens kijken naar een ingebed apparaat dat ECC en enkele symmetrische cryptografische primitieven ondersteunt, maar niet het RSA-algoritme.

Kan het TLS-compatibel zijn? Ik denk dat als het apparaat en de server een coderingssuite delen die niets met RSA te maken heeft, er geen probleem is.

De RFC 5246 maakt me hierdoor twijfelachtig section:

  1. Verplichte coderingssuites

    Bij afwezigheid van een applicatieprofielstandaard die iets anders specificeert, MOET een TLS-compatibele applicatie implementeer de coderingssuite TLS_RSA_WITH_AES_128_CBC_SHA (zie bijlage A.5 voor de definitie).

Dus wat moet ik concluderen?

Ik vraag me af wat er gaat gebeuren als de gekozen SHA-hash (ik denk dat het SHA-256 is, maar citeer me hier niet over) te zwak wordt bevonden. AES128 kan voor altijd blijven bestaan, maar we hebben pech gehad met hashes.
@Joshua: Als je denkt dat AES veilig is, kun je het dan niet gewoon versleutelen met een deel van zichzelf als de sleutel om een ​​hash te simuleren en vervolgens XOR zijn brokken samen om er iets kleins van te maken? Ik vraag me zelfs af waarom mensen dat niet doen ...
Een antwoord:
Steffen Ullrich
2016-03-25 19:09:30 UTC
view on stackexchange narkive permalink

Hier staat duidelijk "Bij gebrek aan een toepassingsprofielstandaard die iets anders specificeert". Wat betekent dat als u een TLS-stack schrijft en verwacht dat willekeurige TLS-implementaties verbinding zullen maken, u het gegeven cijfer als het minimale gemeenschappelijke cijfer moet implementeren. Als u in plaats daarvan de TLS-stack alleen nodig heeft voor een specifieke toepassing en de cijfers die door de toepassing worden gebruikt alleen als ECC definieert, hoeft u deze specifieke code niet te implementeren.



Deze Q&A is automatisch vertaald vanuit de Engelse taal.De originele inhoud is beschikbaar op stackexchange, waarvoor we bedanken voor de cc by-sa 3.0-licentie waaronder het wordt gedistribueerd.
Loading...