Re: Security Considerations with Object Connect -- MIDRANGE-L

Subject: Re: Security Considerations with Object Connect
From: Patrik Schindler <poc@xxxxxxxxxx>
Date: Fri, 7 Aug 2020 17:36:59 +0200
List-archive: <https://archive.midrange.com/midrange-l/>
List-help: <mailto:midrange-l-request@lists.midrange.com?subject=help>
List-id: Midrange Systems Technical Discussion <midrange-l.lists.midrange.com>
List-post: <mailto:midrange-l@lists.midrange.com>
List-subscribe: <https://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@lists.midrange.com?subject=subscribe>
List-unsubscribe: <https://lists.midrange.com/mailman/options/midrange-l>, <mailto:midrange-l-request@lists.midrange.com?subject=unsubscribe>

Hello Charles,

Am 07.08.2020 um 15:52 schrieb Charles Wilt <charles.wilt@xxxxxxxxx>:

SNA isn't something normally set up between untrusted machines. It's something set up between machines you own.

I disagree. In the pastime, there have been SNA networks between different companies, with different administrative realms, where security policies mandate a certain amount of data exchange, but no administrative access. I guess there are ways to achieve what I want.

I found some hint about APPN filtering support in "Networking APPC, APPN, and HPR" document. I'll have a look how this can be of help.

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc

As an Amazon Associate we earn from qualifying purchases.

Follow-Ups:

Re: Security Considerations with Object Connect , Patrik Schindler

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.