seems to me that sepgsql_schema_post_create should be doing a
selabel_lookup and using that default label if one exists instead of
computing the label ... hmm I'll have to think about it
On Fri, Jul 7, 2023 at 10:44 AM Ted Toth wrote:
>
> I see it now sepgsql_schema_post_create is doing it ... it
I see it now sepgsql_schema_post_create is doing it ... it's just not
doing what I think it should :(
On Fri, Jul 7, 2023 at 8:05 AM Ted Toth wrote:
>
> Also AFAICT the schema created for the temp table does not get deleted
> at the end of the session which also causes issues.
>
> On Fri, Jul 7,
Also AFAICT the schema created for the temp table does not get deleted
at the end of the session which also causes issues.
On Fri, Jul 7, 2023 at 7:43 AM Ted Toth wrote:
>
> I'm seeing security labels set on db objects when a temporary table is
> created but they don't match the labels I've confi
I'm seeing security labels set on db objects when a temporary table is
created but they don't match the labels I've configured in my
sepgsql_contexts file. Our code doesn't actually execute a "SECURITY
LABEL ..." command for the temp tables but something else must be
doing so because I see pg_temp_
