Re: [stunnel-users] Linux FIPS compile libary question

This is a discussion on Re: [stunnel-users] Linux FIPS compile libary question within the Stunnel Users forums, part of the Networking and Network Related category; This is a multi-part message in MIME format. --=====001_Dragon352281138763_===== Content-Type: multipart/alternative; boundary="=====003_Dragon352281138763_=====" --=====003_Dragon352281138763_===== Content-...


Go Back   Usenet Forums > Networking and Network Related > Stunnel Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-17-2008
jz
 
Posts: n/a
Default Re: [stunnel-users] Linux FIPS compile libary question

This is a multi-part message in MIME format.

--=====001_Dragon352281138763_=====
Content-Type: multipart/alternative;
boundary="=====003_Dragon352281138763_====="


--=====003_Dragon352281138763_=====
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


Hello, expert:

I have a question. Can stunnel be used behind a router without the router forwarding the port number? Recently I found one VNC can work this way. Was wondering whether you can modify the config. file to make it work.

right now I set (serverside) the router forwarding port 8888 to the desktop, the stunnel on the desktop listening for port 8888 and forward this stream 8888 to VNC's 5955.

My purpose is to bypassing the router forwarding part.

Thanks for any input.

J



Thanks for the info. Turns out I caused my own problems. I added some features to stunnel that require ldap. That is what brought in the new openssl dependencies. I need to make a custom ldap library using the FIPS openssl libraries.

Thanks again.
-Joe

-----Original Message-----
From: stunnel-users-bounces@mirt.net [mailto:stunnel-users-bounces@mirt.net] On Behalf Of Luis Rodrigo Gallardo Cruz
Sent: Thursday, April 10, 2008 5:32 PM
To: stunnel-users@mirt.net
Subject: Re: [stunnel-users] Linux FIPS compile libary question

On Thu, Apr 10, 2008 at 01:30:22PM -0400, Joe Kemp wrote:
> I guess the question is what will the linker do with a shared libssl
> in /lib and a static one in /usr/local/sslfips/lib. I ran the libtool
> with a -v. It gave tons of output and only had references to the
> library in /usr/local/sslfips.
>
> So I am going to assume I am seeing the dependencies of other
> libraries used by stunnel. For instance libldap needs openssl and
> uses the shared version. It's a little nerve-wracking ensuring FIPS
> compliance.


That sounds ... ugly. If your shared libraries can pull in a copy of libssl.so, you run the risk that some symbols might be resolved at run time against that copy, instead of against the static copy "inside"
the executable. Unless you were to link with -Bsymbolic, which is an advanced option invented with no other purpose than to trip inocent students of c linkage.

For this kind of stuff, I'd advice you to compile an stunnel with as few external libraries as you can get away with, and relink *all* those libraries to use your static libssl. Even better, get static libraries for them all and link against that.

> Is there a way to see just what the stunnel layer depends on? Ldd -v
> gave me more info but I am assuming it is still showing all levels of
> dependencies (stunnel's, libldap's, libsasl2, etc.).


objdump -x /usr/bin/stunnel |grep NEEDED gives you the list of sonames embedded in the executable. ldd tells you how the dynamic linker will resolve them to actual .so files.
_______________________________________________
stunnel-users mailing list
stunnel-users@mirt.net
http://stunnel.mirt.net/mailman/listinfo/stunnel-users



--
Internal Virus Database is out-of-date.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.22.5/1357 - Release Date: 4/3/2008 10:48 AM

--=====003_Dragon352281138763_=====
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.6000.16640" name=GENERATOR></HEAD>
<BODY>
<DIV>&nbsp;</DIV>
<DIV>Hello, expert:</DIV>
<DIV>&nbsp;</DIV>
<DIV>I have a question.&nbsp; Can stunnel be used behind a router without the
router forwarding the port number?&nbsp; Recently I found one VNC can work this
way.&nbsp; Was wondering whether you can modify the config. file to make it
work.</DIV>
<DIV>&nbsp;</DIV>
<DIV>right now I set (serverside)&nbsp;the router forwarding port 8888 to the
desktop, the stunnel on the desktop&nbsp;listening for port 8888 and forward
this stream 8888 to VNC's 5955.</DIV>
<DIV>&nbsp;</DIV>
<DIV>My purpose is to bypassing the router forwarding part.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks for any input.</DIV>
<DIV>&nbsp;</DIV>
<DIV>J</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks&nbsp;for&nbsp;the&nbsp;info.&nbsp;&nbs p;Turns&nbsp;out&nbsp;I&nbsp;caused&nbsp;my&nbsp;o wn&nbsp;problems.&nbsp;I&nbsp;added&nbsp;some&nbsp ;features&nbsp;to&nbsp;stunnel&nbsp;that&nbsp;requ ire&nbsp;ldap.&nbsp;&nbsp;That&nbsp;is&nbsp;what&n bsp;brought&nbsp;in&nbsp;the&nbsp;new&nbsp;openssl &nbsp;dependencies.&nbsp;&nbsp;I&nbsp;need&nbsp;to &nbsp;make&nbsp;a&nbsp;custom&nbsp;ldap&nbsp;libra ry&nbsp;using&nbsp;the&nbsp;FIPS&nbsp;openssl&nbsp ;libraries.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks&nbsp;again.</DIV>
<DIV>-Joe</DIV>
<DIV>&nbsp;</DIV>
<DIV>-----Original&nbsp;Message-----</DIV>
<DIV>From:&nbsp;stunnel-users-bounces@mirt.net&nbsp;[mailto:stunnel-users-bounces@mirt.net]&nbsp;On&nbsp;Behalf&nbsp;Of&nbsp;Luis&nbsp;Rodrig o&nbsp;Gallardo&nbsp;Cruz</DIV>
<DIV>Sent:&nbsp;Thursday,&nbsp;April&nbsp;10,&nbsp ;2008&nbsp;5:32&nbsp;PM</DIV>
<DIV>To:&nbsp;stunnel-users@mirt.net</DIV>
<DIV>Subject:&nbsp;Re:&nbsp;[stunnel-users]&nbsp;Linux&nbsp;FIPS&nbsp;compile&nbsp;libary&nbs p;question</DIV>
<DIV>&nbsp;</DIV>
<DIV>On&nbsp;Thu,&nbsp;Apr&nbsp;10,&nbsp;2008&nbsp ;at&nbsp;01:30:22PM&nbsp;-0400,&nbsp;Joe&nbsp;Kemp&nbsp;wrote:</DIV>
<DIV>&gt;&nbsp;I&nbsp;guess&nbsp;the&nbsp;question &nbsp;is&nbsp;what&nbsp;will&nbsp;the&nbsp;linker& nbsp;do&nbsp;with&nbsp;a&nbsp;shared&nbsp;libssl</DIV>
<DIV>&gt;&nbsp;in&nbsp;/lib&nbsp;and&nbsp;a&nbsp;static&nbsp;one&nbsp;in&n bsp;/usr/local/sslfips/lib.&nbsp;&nbsp;I&nbsp;ran&nbsp;the&nbsp;libtool</DIV>
<DIV>&gt;&nbsp;with&nbsp;a&nbsp;-v.&nbsp;&nbsp;It&nbsp;gave&nbsp;tons&nbsp;of&nbsp; output&nbsp;and&nbsp;only&nbsp;had&nbsp;references &nbsp;to&nbsp;the</DIV>
<DIV>&gt;&nbsp;library&nbsp;in&nbsp;/usr/local/sslfips.</DIV>
<DIV>&gt;</DIV>
<DIV>&gt;&nbsp;So&nbsp;I&nbsp;am&nbsp;going&nbsp;t o&nbsp;assume&nbsp;I&nbsp;am&nbsp;seeing&nbsp;the& nbsp;dependencies&nbsp;of&nbsp;other</DIV>
<DIV>&gt;&nbsp;libraries&nbsp;used&nbsp;by&nbsp;st unnel.&nbsp;&nbsp;For&nbsp;instance&nbsp;libldap&n bsp;needs&nbsp;openssl&nbsp;and</DIV>
<DIV>&gt;&nbsp;uses&nbsp;the&nbsp;shared&nbsp;vers ion.&nbsp;&nbsp;It's&nbsp;a&nbsp;little&nbsp;nerve-wracking&nbsp;ensuring&nbsp;FIPS</DIV>
<DIV>&gt;&nbsp;compliance.</DIV>
<DIV>&nbsp;</DIV>
<DIV>That&nbsp;sounds&nbsp;...&nbsp;ugly.&nbsp;If& nbsp;your&nbsp;shared&nbsp;libraries&nbsp;can&nbsp ;pull&nbsp;in&nbsp;a&nbsp;copy&nbsp;of&nbsp;libssl .so,&nbsp;you&nbsp;run&nbsp;the&nbsp;risk&nbsp;tha t&nbsp;some&nbsp;symbols&nbsp;might&nbsp;be&nbsp;r esolved&nbsp;at&nbsp;run&nbsp;time&nbsp;against&nb sp;that&nbsp;copy,&nbsp;instead&nbsp;of&nbsp;again st&nbsp;the&nbsp;static&nbsp;copy&nbsp;"inside"</DIV>
<DIV>the&nbsp;executable.&nbsp;Unless&nbsp;you&nbs p;were&nbsp;to&nbsp;link&nbsp;with&nbsp;-Bsymbolic,&nbsp;which&nbsp;is&nbsp;an&nbsp;advance d&nbsp;option&nbsp;invented&nbsp;with&nbsp;no&nbsp ;other&nbsp;purpose&nbsp;than&nbsp;to&nbsp;trip&nb sp;inocent&nbsp;students&nbsp;of&nbsp;c&nbsp;linka ge.</DIV>
<DIV>&nbsp;</DIV>
<DIV>For&nbsp;this&nbsp;kind&nbsp;of&nbsp;stuff,&n bsp;I'd&nbsp;advice&nbsp;you&nbsp;to&nbsp;compile& nbsp;an&nbsp;stunnel&nbsp;with&nbsp;as&nbsp;few&nb sp;external&nbsp;libraries&nbsp;as&nbsp;you&nbsp;c an&nbsp;get&nbsp;away&nbsp;with,&nbsp;and&nbsp;rel ink&nbsp;*all*&nbsp;those&nbsp;libraries&nbsp;to&n bsp;use&nbsp;your&nbsp;static&nbsp;libssl.&nbsp;Ev en&nbsp;better,&nbsp;get&nbsp;static&nbsp;librarie s&nbsp;for&nbsp;them&nbsp;all&nbsp;and&nbsp;link&n bsp;against&nbsp;that.</DIV>
<DIV>&nbsp;</DIV>
<DIV>&gt;&nbsp;Is&nbsp;there&nbsp;a&nbsp;way&nbsp; to&nbsp;see&nbsp;just&nbsp;what&nbsp;the&nbsp;stun nel&nbsp;layer&nbsp;depends&nbsp;on?&nbsp;&nbsp;Ld d&nbsp;-v</DIV>
<DIV>&gt;&nbsp;gave&nbsp;me&nbsp;more&nbsp;info&nb sp;but&nbsp;I&nbsp;am&nbsp;assuming&nbsp;it&nbsp;i s&nbsp;still&nbsp;showing&nbsp;all&nbsp;levels&nbs p;of</DIV>
<DIV>&gt;&nbsp;dependencies&nbsp;(stunnel's,&nbsp; libldap's,&nbsp;libsasl2,&nbsp;etc.).</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;objdump&nbsp;-x&nbsp;/usr/bin/stunnel&nbsp;|grep&nbsp;NEEDED&nbsp;gives&nbsp;you &nbsp;the&nbsp;list&nbsp;of&nbsp;sonames&nbsp;embe dded&nbsp;in&nbsp;the&nbsp;executable.&nbsp;ldd&nb sp;tells&nbsp;you&nbsp;how&nbsp;the&nbsp;dynamic&n bsp;linker&nbsp;will&nbsp;resolve&nbsp;them&nbsp;t o&nbsp;actual&nbsp;.so&nbsp;files.</DIV>
<DIV>_____________________________________________ __</DIV>
<DIV>stunnel-users&nbsp;mailing&nbsp;list</DIV>
<DIV>stunnel-users@mirt.net</DIV>
<DIV><A
href="http://stunnel.mirt.net/mailman/listinfo/stunnel-users">http://stunnel.mirt.net/mailman/listinfo/stunnel-users</A></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>--&nbsp;</DIV>
<DIV>Internal&nbsp;Virus&nbsp;Database&nbsp;is&nbs p;out-of-date.</DIV>
<DIV>Checked&nbsp;by&nbsp;AVG&nbsp;Free&nbsp;Editi on.&nbsp;</DIV>
<DIV>Version:&nbsp;7.5.516&nbsp;/&nbsp;Virus&nbsp;Database:&nbsp;269.22.5/1357&nbsp;-&nbsp;Release&nbsp;Date:&nbsp;4/3/2008&nbsp;10:48&nbsp;AM</DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

--=====003_Dragon352281138763_=====--
--=====001_Dragon352281138763_=====
Content-Type: text/x-vcard;
name="jilin zhang.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="jilin zhang.vcf"

QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOnpoYW5nO2ppbG luDQpGTjpqaWxpbiB6aGFuZw0K
TklDS05BTUU6Sg0KT1JHOkVsbGluZ3RvbiAmIEFzc29jaWF0ZX MNClRJVExFOkdlb2xvZ2lzdA0K
VEVMO1dPUks7Vk9JQ0U6NzEzOTU2MjgzOA0KVEVMO1dPUks7Rk FYOjcxMzk1NjI4NDANCkFEUjtX
T1JLOjs7MTAyMiBXaXJ0IFJvYWQsIFN1aXRlIDMxMjtIb3VzdG 9uO1RleGFzOzc3MDU1O1VTDQpM
QUJFTDtXT1JLO0VOQ09ESU5HPVFVT1RFRC1QUklOVEFCTEU6MT AyMiBXaXJ0IFJvYWQsIFN1aXRl
IDMxMg0KSG91c3Rvbg0KVGV4YXMNCjc3MDU1DQpVUw0KVVJMOn d3dy5lbGxpbmd0b25nZW9sb2dp
Yy5jb20NCkVNQUlMO1BSRUY7SU5URVJORVQ6anpAZWxsaW5ndG 9uZ2VvbG9naWMuY29tDQpYLVdB
Qi1HRU5ERVI6Mg0KUkVWOjIwMDgwNDE3VDExMzY0MVoNCkVORD pWQ0FSRA0K

--=====001_Dragon352281138763_=====
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
stunnel-users mailing list
stunnel-users@mirt.net
http://stunnel.mirt.net/mailman/listinfo/stunnel-users

--=====001_Dragon352281138763_=====--

Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 08:20 PM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0