Mastodawn

SSLYZE ist in einer neuen Version, 6.3.0 , erschienen.
Lässt sich unter Linux via pipx installieren, unter Windows, einfach einmal anschauen.
Ist neben testssl (https://testssl.sh/) mein gern genutztes Werkzeug für SSL-Tests

A new version of SSLYZE, 6.3.0, has been released.
It can be installed via pipx on Windows, please take a look.
Alongside testssl (https://testssl.sh/), it is my preferred tool for SSL testing.

#adminlife #opensource #security #ssl
https://github.com/nabla-c0d3/sslyze/releases/tag/6.3.0

/bin/bash based SSL/TLS tester: testssl.sh

TLS/SSL security testing with Open Source Software

Reddit Tech VN Bot 1d ago

Thảo luận về 3 vấn đề cốt lõi cho SaaS: uptime, chứng chỉ SSL và bảo vệ thương hiệu. Chúng thường bị coi nhẹ hoặc xử lý riêng lẻ cho đến khi xảy ra sự cố. Công cụ CertPing được giới thiệu để giải quyết chung các thách thức này, giúp các đội ngũ SaaS theo dõi tình trạng website, hạn SSL và an ninh thương hiệu hiệu quả.
#SaaS #CôngNghệ #BảoMật #SSL #Uptime #BrandProtection #Tech

https://www.reddit.com/r/SaaS/comments/1q5vub8/early_saas_question_how_are_you_handling_uptime/

Inautilo 2d ago

#Development #Pitfalls
The dangers of SSL certificates · What if automated certificate renewal fails? https://ilo.im/169g9s

_____
#Renewals #Certificates #SSL #TSL #HTTPS #Automation #DevOps #WebDev #Backend

The dangers of SSL certificates

Yesterday, the Bazel team at Google did not have a very Merry Boxing Day. An SSL certificate expired for and as shown in this screenshot from the github issue. This expired certificate apparently b…

Surfing Complexity

Chloé

3d ago

Hey #Mastodon (and particularly @ardour and #LinuxAudio community).

For those who don't know Harrison audio is the main company making contribution to #Ardour #DAW .

Around 1 year ago a company called #Harrison integrate the #SSL audio group.
It seems no big deal at the time, but I was worried.
I wrote to them about my worry concerning their Linux support and iLok licensing usage in the future, as they integrate SSL group that use it heavily.
They politely answer at the time they keep caring about #Linux users.

1/n

Reddit Tech VN Bot 3d ago

Nhà phát triển độc lập giới thiệu SaaS mới giúp quản lý chứng chỉ SSL Let's Encrypt dễ dàng. Dành cho lập trình viên & doanh nghiệp nhỏ. Hiện tại đang tìm kiếm phản hồi, chưa có thanh toán.

#SaaS #SSL #DevTools #Feedback #LetseEncrypt #PhầnMềm #BảoMật #CôngCụLậpTrình #PhảnHồi

https://www.reddit.com/r/SaaS/comments/1q4hwqo/built_my_first_saas_ssl_management_looking_for/

자손킴 5d ago

도커로 구축한 랩에서 혼자 실습하며 배우는 네트워크 프로토콜 입문 #5-4 SSL 오프로드

https://hackers.pub/@jasonkim/2026/network-protocol-study-5-4-ssl-offload

도커로 구축한 랩에서 혼자 실습하며 배우는 네트워크 프로토콜 입문 #5-4 SSL 오프로드

다음에 6장이 있지만 총정리를 하는 챕터이기 때문에 실질적인 내용은 여기까지가 끝이다. 책에서는 SSL 오프로드만 다루고 끝나지만 내부망 안에서의 보안도 짧게 정리했다. TLS(SSL) 오프로드 TLS를 사용하면 보안이 강화되지만 TLS 핸드셰이크와 암복호화 작업에 CPU 자원을 많이 소모하게 된다. 이것을 전용 장비에 맡기면 웹서버는 효율적으로 애플리케이션 로직 처리에만 신경 쓰면 된다. 특히 로드밸런서에서 중앙집중식으로 TLS를 처리하면 웹서버의 부하가 크게 줄어들고 요청을 빠르게 처리할 수 있게 되어 시스템 전반적으로 부하 분산의 효과가 커진다. 특히 관리가 까다로운 공인 인증서를 로드밸런서에서 집중 관리할 수 있어 운영 부담이 크게 줄어든다. TLS 오프로드 동작방식 클라이언트의 HTTPS 요청: 클라이언트가 웹 서비스에 접속하기 위해 HTTPS 요청을 보낸다. 이 시점에서 클라이언트는 TLS 핸드셰이크를 시작한다. 방화벽(fw1) 통과: 요청이 방화벽 fw1에 도달한다. 방화벽은 허용된 포트(443)로 들어오는 트래픽인지 확인하고, 패킷 필터링 규칙에 따라 트래픽을 통과시킨다. 이 단계에서 트래픽은 여전히 암호화된 상태이므로 일반적인 방화벽은 패킷의 내용을 검사할 수 없고 IP/포트 기반 필터링만 수행한다. (다만 SSL 인스펙션 기능이 있는 차세대 방화벽(NGFW)은 여기서 복호화 후 검사를 수행하기도 한다.) 로드밸런서(lb1)에서 TLS 종료: 로드밸런서 lb1이 클라이언트와 TLS 핸드셰이크를 완료한다. 서버 인증서를 클라이언트에게 제시하고 세션 키를 협상한 뒤 암호화된 트래픽을 복호화한다. 이 과정을 SSL/TLS Termination이라고 부른다. 평문 HTTP로 백엔드 전달: 로드밸런서는 복호화된 요청을 분석하여 라우팅 규칙에 따라 백엔드 서버 sv1 또는 sv2에 평문 HTTP로 전달한다. 이때 로드밸런서는 X-Forwarded-For, X-Forwarded-Proto 같은 헤더를 추가하여 원본 클라이언트 정보와 프로토콜 정보를 백엔드에 전달할 수 있다. 백엔드 서버 처리: 웹서버 sv1 또는 sv2는 평문 HTTP 요청을 받아 애플리케이션 로직을 처리하고 응답을 생성한다. 암복호화 작업이 없으므로 CPU 자원을 온전히 비즈니스 로직에 사용할 수 있다. 응답 암호화 및 전송: 백엔드 서버의 HTTP 응답이 로드밸런서 lb1로 돌아오면, 로드밸런서는 이를 TLS로 암호화하여 클라이언트에게 전송한다. 망분리는 만병통치약이 아니다. TLS 오프로드를 하게 되면 로드밸런서를 통과한 패킷은 평문으로 내부망을 돌아다니게 된다. 책을 읽으며 처음에는 "어차피 방화벽 뒤에 있는 내부망이고 외부에서 접근이 차단되어 있으니 평문이어도 괜찮은 거겠군"이라고 생각을 했었다. 그러다 문득 망분리는 만병통치약이 아니라는 트윗이 기억이 났다. https://x.com/simnalamburt/status/1823610803846517196?s=20 내부망이 안전하다는 가정은 내부자 위협, 자격 증명 탈취를 통한 침해, 그리고 한 시스템이 뚫린 후 내부망을 통해 다른 시스템으로 확산되는 횡적 이동 공격과 같은 위험이 도사리고 있다. 이른바 '침해 가정' 원칙에 따라, 공격자가 이미 망 내부에 들어와 있다는 전제로 보안 체계를 설계해야 한다. Zero Trust 아키텍처 "결코 신뢰하지 말고 항상 검증하라(Never trust, always verify)"는 원칙에 따라 내부망과 외부망을 구분하지 않고 모든 접근에 대해 인증과 권한 검증을 수행한다. 마이크로 세그멘테이션을 통해 네트워크를 세분화하고 최소 권한 원칙을 적용한다. mTLS mTLS는 클라이언트와 서버가 서로의 인증서를 검증하여 양방향으로 신원을 확인하는 상호 인증 방식이다. 일반 TLS는 서버만 인증서를 제시하지만 mTLS에서는 클라이언트도 인증서를 제시해야 한다. Zero Trust 아키텍처에서 mTLS는 핵심 구성요소로 내부 서비스 간 통신에서도 모든 요청의 신원을 검증하여 "항상 검증하라"는 원칙을 기술적으로 구현한다. 그럼 굳이 TLS 오프로드 하지 말고 백엔드까지 암호화된 패킷을 전달하면 되는거 아닌가? TLS 오프로드는 여전히 유효한 선택이다. L7 로드밸런서가 HTTP 헤더나 URL 경로, 쿠키를 분석해서 트래픽을 라우팅하려면 패킷 내용을 들여다볼 수 있어야 한다. WAF도 SQL 인젝션이나 XSS 같은 공격 패턴을 탐지하려면 평문 상태의 요청을 검사해야 한다. 암호화된 상태로는 이런 기능들이 불가능하다. 결국 L7 기능을 활용하려면 어디선가는 TLS를 종료해야 한다. 이때 공인 인증서 처리를 로드밸런서로 집중시키면 보안 정책 적용과 인증서 갱신이 훨씬 수월해진다. 만약 내부망 보안을 위해 재암호화가 필요한 TLS 브릿징(TLS Bridging) 방식을 사용하더라도 오프로드의 이점은 여전하다. 외부 노출용 공인 인증서는 로드밸런서가 전담하고, 내부 구간은 사설 CA나 자동화된 인증서 발급 체계(mTLS 등)를 이용해 백엔드 서버의 관리 부담을 최소화하면서도 보안과 가시성을 모두 챙길 수 있기 때문이다.

Hackers' Pub

Gea-Suan Lin 6d ago

https://blog.gslin.org/archives/2026/01/02/12831/openssl-3-%e7%9a%84%e6%95%88%e8%83%bd%e5%95%8f%e9%a1%8c/

OpenSSL 3 的效能問題

#library #openssl #performance #security #speed #ssl #tls

OpenSSL 3 的效能問題

在 Lobsters 上看到「OpenSSL Performance Still Under Scrutiny」這篇在講 OpenSSL 3 的效能問題。文章裡面的連結大多都是 YouTube 上的連結，分享自 2025 年十月的 OpenSSL Conference Prague 2025。不少 developer 都有提到效能問題，像是 Juniper Networks 的...

Gea-Suan Lin's BLOG

Reddit Tech VN Bot Dec 31

Mất ngủ vì chứng chỉ SSL hết hạn làm sập hệ thống nội bộ? CertWatch giúp theo dõi chứng chỉ SSL/TLS trên các endpoint riêng như API, DB, Kubernetes – nơi công cụ công cộng không thể kiểm tra. Agent mã nguồn mở (Go), tích hợp Helm, cảnh báo qua Slack/PagerDuty/Email. Giao diện cloud quản lý tập trung. Đang miễn phí 100 chứng chỉ/tổ chức. #CertWatch #SSL #Monitoring #DevOps #MãNguồnMở #QuảnLýChứngChỉ #HệThốngNộiBộ

https://www.reddit.com/r/SideProject/comments/1q0o081/built_an_agent_to_monitor_ssl

Habr Dec 29

Аутентификация клиентов в Angie с помощью TLS-сертификатов

Сегодня TLS используется повсеместно для безопасной передачи данных, и практически любой веб‑сайт работает по протоколу HTTPS. Но, кроме шифрования трафика, TLS позволяет реализовать аутентификацию клиентов по сертификату (mTLS). В этой статье мы настроим этот механизм на примере веб‑сервера Angie.

https://habr.com/ru/articles/981694/

#angie #mtls #ssl #tls #сертификаты #клиенсткие_сертификаты #взаимный_TLS

Аутентификация клиентов в Angie с помощью TLS-сертификатов

Хабр

Reddit Tech VN Bot Dec 29

Bạn đang gặp lỗi chuyển hướng khi cấu hình proxy Nginx trên Synology NAS (DS218+). B dinastia dùng Docker/Portainer, đã mua domain Monate với DuckDNS và nhận sertifikat SSL. Tuy nhiên, truy cập domain roja về giao diện DSM port 5000. Cấu hình proxy: domain = immich.mydomainname.duckdns.org, scheme=http, forward IP=vào container, port=2283. Yêu cầu hỗ trợ sửa lỗi同様 connection "không an toàn".

#Nginx #ReverseProxy #Synology #DuckDNS #SSL #Selfhosted #Cمكان
#LỗiProxy #CầnGiÚp

https://www.redd