Q-325: gnutls11 Cryptographic Weakness


 
Thread Tools Search this Thread
Special Forums Cybersecurity Security Advisories (RSS) Q-325: gnutls11 Cryptographic Weakness
# 1  
Old 12-24-2007
Q-325: gnutls11 Cryptographic Weakness

A flaw in GNU TLS cryptographic package that could allow an attacker to generate a forged signature that GNU TLS will accept as valid. The risk is LOW. Could allow an attacker to generate a forged signature that will be accepted as valid.


More...
Login or Register to Ask a Question

Previous Thread | Next Thread

2 More Discussions You Might Find Interesting

1. Solaris

Assigning cryptographic resources to the control domain

Sun documentation suggests that we need to assign cryptographic resources to the control domain as part of the initial configuration. I searched the documentation to better understand the purpose of this and know recommendation/limitation. I am doing this for Netra T5220 and wondering if the... (5 Replies)
Discussion started by: StarSol
5 Replies

2. UNIX for Advanced & Expert Users

Weakness in Perl CGI causes memory dump ??

I have discovered a curious phenomenon in GCI. I need some advice from someone far more adept. Is this a bug or potential security weakness? Context: Redhat 8.0 on xx86 (pentium 3) Apache 2.0, Perl 5.80 Background: I've been trying to harden a web application which accepts user uploaded... (0 Replies)
Discussion started by: andyj
0 Replies
Login or Register to Ask a Question
SSL_COMP_add_compression_method(3)				      OpenSSL					SSL_COMP_add_compression_method(3)

NAME
SSL_COMP_add_compression_method - handle SSL/TLS integrated compression methods SYNOPSIS
#include <openssl/ssl.h> int SSL_COMP_add_compression_method(int id, COMP_METHOD *cm); DESCRIPTION
SSL_COMP_add_compression_method() adds the compression method cm with the identifier id to the list of available compression methods. This list is globally maintained for all SSL operations within this application. It cannot be set for specific SSL_CTX or SSL objects. NOTES
The TLS standard (or SSLv3) allows the integration of compression methods into the communication. The TLS RFC does however not specify compression methods or their corresponding identifiers, so there is currently no compatible way to integrate compression with unknown peers. It is therefore currently not recommended to integrate compression into applications. Applications for non-public use may agree on certain compression methods. Using different compression methods with the same identifier will lead to connection failure. An OpenSSL client speaking a protocol that allows compression (SSLv3, TLSv1) will unconditionally send the list of all compression methods enabled with SSL_COMP_add_compression_method() to the server during the handshake. Unlike the mechanisms to set a cipher list, there is no method available to restrict the list of compression method on a per connection basis. An OpenSSL server will match the identifiers listed by a client against its own compression methods and will unconditionally activate compression when a matching identifier is found. There is no way to restrict the list of compression methods supported on a per connection basis. The OpenSSL library has the compression methods COMP_rle() and (when especially enabled during compilation) COMP_zlib() available. WARNINGS
Once the identities of the compression methods for the TLS protocol have been standardized, the compression API will most likely be changed. Using it in the current state is not recommended. It is also not recommended to use compression if data transfered contain untrusted parts that can be manipulated by an attacker as he could then get information about the encrypted data. See the CRIME attack. For that reason the default loading of the zlib compression method is disabled and enabled only if the environment variable OPENSSL_DEFAULT_ZLIB is present during the library initialization. RETURN VALUES
SSL_COMP_add_compression_method() may return the following values: 0 The operation succeeded. 1 The operation failed. Check the error queue to find out the reason. SEE ALSO
ssl(3) 1.0.1e 2014-06-17 SSL_COMP_add_compression_method(3)