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


Groups > comp.lang.python > #105451 > unrolled thread

Re: Using SSL socket as stdin for subprocess.Popen

Started bydieter <dieter@handshake.de>
First post2016-03-22 09:22 +0100
Last post2016-03-22 09:22 +0100
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Using SSL socket as stdin for subprocess.Popen dieter <dieter@handshake.de> - 2016-03-22 09:22 +0100

#105451 — Re: Using SSL socket as stdin for subprocess.Popen

Fromdieter <dieter@handshake.de>
Date2016-03-22 09:22 +0100
SubjectRe: Using SSL socket as stdin for subprocess.Popen
Message-ID<mailman.484.1458634948.12893.python-list@python.org>
Matt Ruffalo <matt.ruffalo@gmail.com> writes:
> ...
> I've been using SSL for the communication between the client and server,
> ...
> I've hit an issue that I'm not sure how to work through, though. I'm
> attempting to use a SSL socket (and/or the result of its 'makefile'
> method) directly as the `stdin` argument to subprocess.Popen, but it
> seems that the *encrypted* data is used by the subprocess.

In order to access an SSL socket, something special must be done
during the connection(/opening) phase: then certificates are
exchanged/verified and a common session key is created (used
to encrypt the exchanged data). Only after this special handling
it the SSL socket transparent.

Your observation indicates that your socket is not opened
in this special SSL way - thus, you get the raw data.

Likely, you must make sure that proper SSL initialization has taken
place before you hand the socket down as "stdin" to your "subprocess.Popen".

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web