Commits
- Commit:
86693a33abd5e8c31530adb3045c9f4664d4d6c9
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add a privsep crypto engine
Incorporate the OpenSMTPD' privsep crypto engine. The idea behind
it is to never load the certificate' private keys in a networked
process, instead they are loaded in a separate process (the `crypto'
one) which signs payloads on the behalf of the server processes.
This way, we greatly reduce the risk of leaking the certificate'
private key should the server process be compromised.
This currently compiles only on LibreSSL (portable fix is in the
way).
- Commit:
cbb7f9fc28abffd18642b83eeb8fe22e8931540f
- From:
- Omar Polo <op@omarpolo.com>
- Date:
move logger() prototype to gmid.h and delete logger.h
- Commit:
797c4609a9b9923e8d15413f7412cf2bf4bb6ce5
- From:
- Omar Polo <op@omarpolo.com>
- Date:
make ge work again
- Commit:
846842e138e3d859fe6a9bce05c991972e1426cb
- From:
- Omar Polo <op@omarpolo.com>
- Date:
sync DISTFILES
- Commit:
68e38f49b234474bdd123120de004de96fae8715
- From:
- Omar Polo <op@omarpolo.com>
- Date:
use -MMD if the compiler supports it
it's better than the previous Makefile.depend approach since this
automatically adapts to the included headers without requiring
manual intervention to regen the list.
- Commit:
34836095937077a427c4810d21833a2b21000a86
- From:
- Omar Polo <op@omarpolo.com>
- Date:
remove Makefile.depend
- Commit:
c727f8dd7582528f506e3695e4ec4acbfa67edbf
- From:
- Omar Polo <op@omarpolo.com>
- Date:
reformat
- Commit:
c26f2460e42aa0822c283c805958989f339e7d8b
- From:
- Omar Polo <op@omarpolo.com>
- Date:
rework the daemon to do fork+exec
It uses the 'common' proc.c from various OpenBSD-daemons.
gmid grew organically bit by bit and it was also the first place where I
tried to implement privsep. It wasn't done very well, in fact the
parent process (that retains root privileges) just fork()s a generation
of servers, all sharing *exactly* the same address space. No good!
Now, we fork() and re-exec() ourselves, so that each process has a fresh
address space.
Some features (require client ca for example) are temporarly disabled,
will be fixed in subsequent commits. The "ge" program is also
temporarly disabled as it needs tweaks to do privsep too.
- Commit:
eae52ad493f582222b4f2b748c0043c42bb851cb
- From:
- Omar Polo <op@omarpolo.com>
- Date:
switch to the more usual log.c
- Commit:
281a8852b3a2d76c10d2fb6476a706746d05509b
- From:
- Omar Polo <op@omarpolo.com>
- Date:
rename log.[ch] to logger.[ch]
- Commit:
c68baad22af4c65c090a3ba6d83a155561275134
- From:
- Omar Polo <op@omarpolo.com>
- Date:
move config-related code to config.c
reuse it in ge too.
- Commit:
e1e04caa4f847162936a6908d3bc02a3dbdfac6d
- From:
- Omar Polo <op@omarpolo.com>
- Date:
+log.h
- Commit:
34886b1e55ef0eda629b22742e7173fea04bf8f7
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add tags target
- Commit:
0b62f4842d7c65b8f64c5f676a0a05333fd7db6f
- From:
- Omar Polo <op@omarpolo.com>
- Date:
drop landlock/seccomp and capsicum support
it reached a point where this stuff is not maintenable. I'd like
to move forward with gmid, but the restriction of capsicum and the
linux environment at large that make landlock unusable (how can you
resolve DNS portably when under landlock?) -and don't get me started
on seccomp- makes it impossible for me to do any work.
So, I prefer removing the crap, resuming working on gmid by cleaning
stuff and consolidating the features, improving various things
etc... and then eventually see how to introduce some sandboxing
again on other systems. Patches to resume sandboxing are, as always,
welcome!
- Commit:
4b93be289bc141a15484e782c85020b62b878ec2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
rework `make dist'