Bug 1382094

Summary:	libtasn1 doesn't handle OIDs which have elements of size which exceed 32-bits
Product:	Red Hat Enterprise Linux 6	Reporter:	Hubert Kario <hkario>
Component:	libtasn1	Assignee:	Nikos Mavrogiannopoulos <nmavrogi>
Status:	CLOSED WONTFIX	QA Contact:	BaseOS QE Security Team <qe-baseos-security>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	6.8	CC:	hkario, jomitsch, jortel, jsherril, mbarnes, mmccune, nmavrogi, paji, tlavigne, walters
Target Milestone:	rc
Target Release:	---
Hardware:	x86_64
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1330753	Environment:
Last Closed:	2017-10-24 12:44:48 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1330753
Bug Blocks:	1323644

Description Hubert Kario 2016-10-05 17:33:21 UTC

+++ This bug was initially created as a clone of Bug #1330753 +++

Description of problem:

I am unable to access an ostree repository with the certs we generate, but I am able to access it with curl with those certs. I am also able to access it with different certs (I will attach both)

The error message is -- error: Server required TLS certificate

Version-Release number of selected component (if applicable):

ostree 2016.1
  +libsoup +gpgme +libarchive +selinux

How reproducible:

Always

Steps to Reproduce:
I will give instructions to reproduce it in a production server of Satellite in a private comment below.

Actual results:

I am restricted from accessing the repo

Expected results:

The certs work on the repo

Comment 1 Nikos Mavrogiannopoulos 2016-10-06 14:13:28 UTC

Is that something that we need to address in RHEL6.9? (i.e., does it affect satellite?).