Firefox Send 대안

가장 나은 Firefox Send 대안

Firefox Send는 거의 아무도 하지 않던 일을 했습니다. 파일을 여러분의 브라우저 안에서 암호화하고, 열쇠를 브라우저가 결코 보내지 않는 링크 구간에 넣고, 대가로 아무것도 요구하지 않았습니다. 그러다 Mozilla가 껐습니다. 모든 목록 글은 악성코드 때문에 닫혔다고 쓰고 거기서 멈추는데, 그것은 잘못된 교훈입니다. Send를 죽인 것은 존재하지 않던 단추였습니다. 로그인도 없고 해로운 파일을 신고할 방법도 없어서, 누군가 악성코드를 올려 두었을 때 그 신고에 대응할 장치 자체가 없었고, 자기가 맡은 것을 읽지 못하는 서비스는 그것을 단속할 수도 없습니다. 대안을 고르기 전에 이해해 둘 값어치가 있습니다. 어떤 약속을 확인해야 하는지가 바로 거기서 나오기 때문입니다. 이 페이지는 실제로 무슨 일이 있었는지 설명한 뒤, 여덟 가지 대안을 열쇠가 정말 브라우저에 남는지로 정리합니다. 모든 한도는 2026년 9월에 제공자에게서 읽었습니다.

BIShare는 저희 제품입니다. 이 페이지에서 Firefox Send에 가장 가까운 것은 저희가 아니며, 본문도 그렇게 적습니다. Send의 공동체 갈래는 말 그대로 같은 코드이고, 예전 그대로가 필요하다면 먼저 볼 곳은 그쪽입니다.

짧은 답

  • 똑같은 것을 그대로 원한다면: Send의 공동체 갈래는 지금도 관리되고 공개 인스턴스에서 돌아갑니다. 같은 암호화, 링크 속 같은 열쇠, 계정 없음.
  • 책임질 곳이 운영하길 원한다면: BIShare 링크는 100GB를 나르고, 브라우저에서 잠그며 열쇠는 링크에 두고, 24시간 갑니다.
  • 직접 돌리고 싶다면: Mozilla가 2021년에 코드에서 자사 상표를 뺐기 때문에 갈래가 합법입니다. Docker 이미지 하나에 Redis면 됩니다.
  • 파일을 가장 오래 두고 싶다면: Tresorit Send는 5GB를 7일 보관하고, 공개 Send 인스턴스는 운영자에 따라 사흘에서 한 달까지 갑니다.
  • 암호화라는 낱말을 조심하십시오: SwissTransfer와 Filemail은 자기 서버에서 암호화하지, 여러분의 브라우저에서 하지 않습니다. 둘 다 좋은 서비스이고 둘 다 Send였던 것은 아닙니다.
  • Send를 죽인 것: 계정 없음, 악용 신고 없음, 악의적 파일을 내릴 방법 없음. 이런 종류의 무료 보관처는 모두 같은 결정과 악용 한 차례 거리입니다.
브라우저가 파일을 잠그고 열쇠는 보내는 쪽에 남긴 채 링크를 건네는 그림, 제목은 가장 나은 Firefox Send 대안
브라우저가 파일을 잠그고 열쇠는 보내는 쪽에 남긴 채 링크를 건네는 그림, 제목은 가장 나은 Firefox Send 대안탭하여 확대

Firefox Send에 실제로 일어난 일

모두가 되풀이하는 짧은 이야기는 악성코드가 죽였다는 것입니다. 긴 이야기가 더 쓸모 있습니다. 범죄 이야기가 아니라 설계 이야기이고, 어떤 대안이든 무엇을 견뎌야 하는지를 알려 주기 때문입니다. Mozilla는 2020년 7월 초에 서비스를 내렸고, 여름 내내 빠진 부분을 만들었으며, 그러고는 다시 켜지 않기로 했습니다. 2020년 9월 17일 발표는 원인에 대해 분명하고 결론에 대해서는 부드럽습니다. 그들의 표현으로 Send는 암호화된 파일 공유를 위한 유망한 도구였습니다.

Firefox Send가 꺼진 이유. 정지시킬 계정이 없고, 해로운 파일을 신고할 방법이 없고, 서버가 맡은 것을 읽지 못해 악성코드 신고가 손댈 대상이 없었다
Firefox Send가 꺼진 이유. 정지시킬 계정이 없고, 해로운 파일을 신고할 방법이 없고, 서버가 맡은 것을 읽지 못해 악성코드 신고가 손댈 대상이 없었다탭하여 확대

구멍은 신고 단추였지 암호화가 아니었다

Send는 아무것도 요구하지 않았고 아무것도 읽지 못했으며, 바로 그것이 핵심이었습니다. 동시에 그것은 누군가 send.firefox.com 링크 뒤에서 악성코드를 발견했을 때 정지시킬 계정도, 신고 양식도, Mozilla가 한 파일을 다른 파일과 구별할 방법도 없다는 뜻이었습니다. 당시 Mozilla가 언론에 준 성명은 두 가지 손질을 나란히 들었습니다. 악용 신고 장치와, 공유 전에 Firefox 계정으로 로그인하게 하는 요건입니다.

고칠 것을 거의 내놓을 뻔했다

목록 글이 빠뜨리는 대목이 이것입니다. 작업은 2020년 7월 내내 저장소에서 공개된 채 진행되었고, 파일 신고와 내려받기 토큰과 계정 관련 변경이 들어오는 동안 업로드 경로는 꺼져 있었습니다. 그 커밋들은 지금도 누구나 읽을 수 있습니다. Mozilla는 그저 이제 필요해진 관리에 견줄 만한 서비스가 아니라고 판단했고, 같은 글이 Firefox Notes도 함께 물러나게 했습니다.

코드는 일부러 갈래 낼 수 있게 만들어졌다

2021년 5월 Mozilla는 보관 처리한 저장소로 돌아가 소스에서 자사 상표를 빼냈고, 그 코드를 쓰는 개발자가 상표를 침해할 가능성이 그만큼 줄어든다는 설명을 붙였습니다. 라이선스는 Mozilla Public License입니다. 후계자를 인정한 적은 없지만 후계자를 위한 법적 길은 치워 두었고, 그래서 아래의 갈래가 다른 이름으로 존재할 수 있습니다.

Send의 한도는 실제로 어땠나

알아 둘 값어치가 있습니다. 대안은 흔히 사람들이 잘못 기억하는 숫자에 견주어지기 때문입니다. 마지막으로 공개된 소스의 설정을 읽으면, 계정 없이 1GB와 24시간, 계정이 있으면 2.5GB와 7일, 내려받기 횟수는 각각 5회와 100회로 묶여 있었습니다. Mozilla 자체 도움말 페이지는 끝내 따라잡지 못하고 모두에게 일률적으로 24시간이라고 적어 두었습니다.

Firefox Send 대안 여덟 가지, 순서대로

01

공개 인스턴스 위의 Send

잃어버린 그것의 말 그대로의 연장

같은 코드를 Mozilla가 멈춘 뒤로 한 자원자가 관리 · 브라우저 안 암호화와 링크 조각 속 열쇠는 그대로 · 대표 인스턴스는 2.5GiB, 20회, 사흘 · 다른 곳은 8GB나 10GB에 한 달까지 · 계정 없음 · 오픈 소스

이것이 정직한 첫 답이고, 그 정직한 첫 답은 저희가 아닙니다. Mozilla가 멈춘 뒤 개발자 한 사람이 프로젝트를 집어 들어 라이선스가 요구하는 대로 Firefox 상표를 떼어 냈고, 그때부터 지금까지 최신으로 유지하고 있으며 가장 최근 공개는 2025년 7월입니다. 공개 인스턴스는 오늘 그 코드를 돌립니다. 저희는 표를 믿는 대신 가장 잘 알려진 인스턴스의 살아 있는 설정을 읽었습니다. 전송당 2.5GiB, 내려받기 스무 번까지, 최대 사흘. 다른 곳은 훨씬 넉넉합니다. 그리운 것이 Firefox Send 그 자체라면, 이것이 바로 Firefox Send 그 자체입니다.

유의할 점: 모든 인스턴스가 누군가의 취미이고 뒤에 어떤 약속도 없으며, 공개된 인스턴스 목록은 낡았습니다. 두 항목은 이름조차 풀리지 않고, 여러 한도는 그 서버들이 스스로 알리는 값과 더는 맞지 않습니다. 하나를 고르고, 그 인스턴스 자신의 숫자를 확인하고, 사라지더라도 아무것도 기대하지 마십시오.

02

BIShare

Send의 방식과 책임질 곳을 함께 원할 때 가장 나음

링크당 100GB · 무엇이 움직이기 전에 내 브라우저 안에서 잠김 · 비밀은 # 뒤를 타고 감 · 하루 동안 받아 갈 수 있음 · 첫 수령에 스스로 사라지게 하는 선택 · 한 네트워크를 쓰는 두 기계 사이에는 상한 없음 · MIT 라이선스 공개 소스 · 등록할 것이 없음

BIShare는 Send에서 중요했던 부분을 지키고 그 뒤에 관리되는 서비스를 세웁니다. 여러분의 파일은 여러분 자신의 브라우저 안에서 잠기고, 그것을 여는 비밀은 링크의 # 표시 뒤를 타고 갑니다. 브라우저가 넘겨주기를 거부하는 구간이라, 저희 저장소에 놓이는 것은 저희가 읽을 길이 없는 내용입니다. Send와 갈라지는 지점은 크기와 시간입니다. 링크는 Send의 2.5GB 상한에 견주어 100GB까지 받고, 한 주가 아니라 하루 동안 받아 갈 수 있습니다. 진짜 앱도 있고, 같은 와이파이를 쓰는 두 기계는 업로드 자체를 건너뜁니다.

유의할 점: 스물네 시간은 로그인한 Send의 한 주보다 짧고 Tresorit보다는 훨씬 짧습니다. 링크는 .exe나 .msi 같은 실행 파일을 거절합니다. 바로 Send에 없던 지렛대이지만, 무딘 지렛대이기도 합니다.

03

Send를 직접 돌리기

이야기에 제삼자를 아예 넣고 싶지 않을 때 가장 나음

Mozilla가 2021년에 상표를 빼서 이름을 바꾼 갈래는 합법 · Mozilla Public License로 공개 · 컨테이너 이미지 하나에 Redis, 저장은 로컬 디스크나 S3 호환 어디든 · 크기와 기간과 내려받기 한도는 여러분이 정함 · 여러분 말고는 누구도 끌 수 없음

사라지는 서비스에 대한 가장 완전한 답은 하나의 서비스에 기대는 일을 그만두는 것입니다. 갈래는 컨테이너 이미지와 구성 파일을 내놓고, 어떤 저장을 고르든 메타데이터를 위해 Redis를 요구하며, 남의 상한을 받아들이는 대신 직접 정하게 해 줍니다. 팀이나 대학 모임, 고객 인계라면 이 페이지가 다루는 문제의 부류가 통째로 사라집니다.

유의할 점: 두 가지입니다. 프로젝트 자체 문서가, 공개 서버에서 기간을 길게 두면 악성코드의 무료 보관처로 쓰이라고 부르는 셈이라고 경고합니다. 원래 서비스가 바로 그렇게 죽었으니 세상에 열기 전에 읽으십시오. 그리고 떠 있는 latest 꼬리표 대신 현재 코드로 만든 이미지를 고정하십시오. 그 꼬리표의 공개 날짜는 코드보다 몇 해나 뒤처져 있습니다.

04

Wormhole

아무것도 설치하지 않고 비밀 자료를 빠르게 건넬 때 가장 나음

상한 10GB · 무엇이든 탭을 떠나기 전에 128비트 AES-GCM 적용 · 열쇠는 주소의 조각에 숨음 · 24시간 또는 100회 내려받기 중 먼저 오는 쪽에 삭제 · 5GB를 넘으면 브라우저 사이로 가고 탭을 열어 둬야 함 · 계정 없음

Wormhole은 Send를 갈라내지 않은 사람들이 만든 것 가운데 Send에 가장 가깝고, 바탕 방식도 같습니다. 브라우저에서 암호화하고 비밀은 결코 전송되지 않는 주소 부분에 둡니다. 오늘 오후 한 사람에게 갈 계약서나 마스터 음원이라면 이보다 빠른 것이 없습니다.

유의할 점: 5GB를 넘으면 아무것도 저장되지 않고 전송이 두 브라우저 사이에서 일어나므로, 보내는 쪽은 받는 쪽이 끝낼 때까지 페이지를 열어 둬야 합니다. 계획표는 2021년 이후 움직이지 않았습니다.

05

Tresorit Send

받는 쪽이 느리고 보내는 쪽이 회사일 때 가장 나음

업로드당 5GB, 한 번에 100개 파일 · 업로드 전에 기기에서 암호화 · 내려받기 링크가 열쇠를 나르며 Tresorit은 그것을 저장하지 않는다고 밝힘 · 이레, 또는 열 번의 내려받기 · 암호 보호와 링크 무효화, 둘 다 무료 · 계정은 없지만 메일 주소는 물음

여기 있는 호스팅 서비스 가운데 Send의 약속을 지키면서 그 한 주를 넘어서는 것이 이것입니다. 파일은 기기를 떠나기 전에 암호화되고, 열쇠는 그들의 서버가 아니라 링크를 타고 가며, 암호와 링크를 죽이는 기능을 무료로 받습니다. 준법 담당자에게 선택을 설명해야 하는 사람에게는 이름 자체도, 자원자 인스턴스가 하지 못하는 일을 해 줍니다.

유의할 점: 오픈 소스가 아니고 독립 감사도 받지 않았으며, 회사가 그것이 아직 계획 단계라고 분명히 밝힙니다. 오 기가바이트는 Wormhole의 절반이고 BIShare 링크의 이십분의 일입니다.

06

Bitwarden Send

설명은 가장 잘돼 있고, 무료는 글자만

Send마다 128비트 비밀을 만들고 거기서 뽑은 암호 열쇠를 링크의 # 뒤에 둠 · 열쇠가 통신 요청에 들어가는 일은 결코 없음 · 만료일, 삭제일, 최대 접근 횟수, 선택적 암호 · 직접 설치 가능 · 무료 Send는 글자, 1,000자까지

링크가 나르는 열쇠가 어떻게 움직여야 하는지 정확히 읽고 싶다면, Bitwarden이 누구보다 명료한 설명을 내놓습니다. Send마다 만들어지는 비밀, 거기서 뽑은 열쇠, 식별자에 조각 표시를 두고 그 열쇠를 이어 붙인 링크, 그리고 열쇠가 결코 요청에 실려 나가지 않는다는 분명한 약속입니다. Send가 가졌던 조작 수단을 모두 갖고 있고, 더 갖고 있습니다.

유의할 점: 파일을 보내려면 유료 구독이 필요합니다. 무료 범위는 글자뿐이라, Firefox Send의 대안으로서는 절반의 답임을 정직하게 인정하는 셈입니다.

07

0up

원래 발상의 작은 복제로는 가장 나음

브라우저에서 암호화하고 열쇠는 거기서 만들어져 결코 보내지지 않음 · 열쇠는 # 뒤를 타고 가며 파일 이름과 종류도 함께 암호화 · 기간은 한 시간에서 하루 · 내려받기 한도 1, 3, 5, 10 · 계정 없음, 광고 없음, 유료 요금제 없음 · 오픈 소스이고 직접 설치 가능

Send의 방식을 충실히 재현한 취미 프로젝트로, 바이트뿐 아니라 메타데이터까지 암호화합니다. 돈을 벌지 않으며 누군가 원해서 존재한다고 스스로 솔직히 적습니다. 회사를 아예 끼우고 싶지 않은 한 번뿐인 전달이라면 제 몫을 합니다.

유의할 점: 작고 재원이 없으며, 최대 파일 크기는 사이트 어디에도 공개돼 있지 않으니 의지하기 전에 시험해 보십시오. 자원자가 돌리는 Send 인스턴스와 같은 태도로 대하면 됩니다.

08

두 기기 사이에서 곧바로 보내기

파일이 건물을 떠날 필요가 없을 때 가장 나음

아무것도 올라가지 않으니 거둬 갈 운영자도, 시계도, 횟수도 없음 · BIShare 또는 LocalSend · 무선 네트워크 하나, 또는 그 노릇을 하는 휴대폰 · 끊김을 가로질러 이어짐 · 양쪽 끝에서 잠김 · 무료, 소스 공개

Firefox Send가 사라진 것은 그것이 누군가의 호스팅 서비스였기 때문이고, 호스팅 서비스는 거둬들일 수 있습니다. 함께 쓰는 네트워크에서 한 기계로부터 다른 기계로 파일을 곧장 건네는 일은 그 위험을 통째로 물러나게 합니다. 어디에도 남지 않으면 가져갈 것도 남지 않습니다. 가까운 거리의 Wi-Fi 6에서 초당 70에서 110메가바이트를 재는데, 여러분이 Send에 먹이던 어떤 업로드보다도 넉넉히 빠릅니다.

유의할 점: 상대 기계가 가까이 있을 때만 쓸모가 있고, 사람들이 Send로 하던 일의 대부분은 거기서 빠집니다. 양쪽 다 무언가를 설치해야 하는데, Send는 브라우저 말고는 아무것도 요구하지 않았습니다.

한눈에 보기

전송 한 번의 무료 용량을 로그 눈금으로. 공개 Send 인스턴스와 로그인한 Firefox Send 자체 상한이 2.5GB 부근, Tresorit Send 5, Wormhole 10, SwissTransfer 50, BIShare 링크 100, 직접 설치한 인스턴스는 운영자가 정하는 자리
전송 한 번의 무료 용량을 로그 눈금으로. 공개 Send 인스턴스와 로그인한 Firefox Send 자체 상한이 2.5GB 부근, Tresorit Send 5, Wormhole 10, SwissTransfer 50, BIShare 링크 100, 직접 설치한 인스턴스는 운영자가 정하는 자리탭하여 확대
무료 요금제, 2026년 9월BIShareSend 인스턴스WormholeTresorit SendBitwarden SendSwissTransfer
브라우저에서 잠기고 열쇠는 보내지 않음
글자뿐 아니라 파일도 무료
한 번에 5GB 초과
보내는 쪽에 계정 필요 없음
직접 설치할 수 있음
24시간보다 오래 쓸 수 있음

2026년 9월에 각 제공자에게서 읽었습니다. Send 인스턴스: 수치는 가장 잘 알려진 공개 인스턴스의 살아 있는 설정에서 가져온 2.5GiB와 사흘입니다. 다른 곳은 훨씬 많이 허용하고, 저마다 스스로 정합니다. BIShare: 24시간 동안 100GB, 브라우저에서 잠김, 첫 내려받기 뒤 없애는 선택. Wormhole: 10GB, 24시간이나 100회 내려받기 뒤 제거, 5GB를 넘으면 보내는 쪽 탭이 전송을 집니다. Tresorit Send: 5GB를 이레 또는 열 번까지, 암호와 무효화가 무료. 계정을 만들지 않고 메일 주소를 묻습니다. Bitwarden Send: 무료 Send는 글자만 나르므로 파일 항목은 유료가 필요함을 비춥니다. SwissTransfer: 50GB를 15일, 30일까지 연장. 다만 자체 문서가 파일은 Infomaniak 서버에 도착하면서 암호화된다고 적고 있어 첫 줄이 그렇게 나옵니다.

갈래의 현재, 그리고 실제로 서 있는 인스턴스

이 주제의 모든 글이 같은 공개 인스턴스 표를 베끼는데, 그 표는 현실에서 멀어졌습니다. 아래는 이번 달 각 서버가 자기에 대해 알린 숫자이고, 믿을 값어치가 있는 판은 그것뿐입니다.

프로젝트는 살아 있고, 사람은 한 명이다

보관 처리되지 않았고 중단 공지도 없으며 공개는 2025년 7월까지 이어집니다. 기준 저장소는 GitLab에 있고 GitHub에는 거울이 있습니다. 팀도 없습니다. 계속하기 위해 기부를 청하는 관리자 한 사람이 있고, 같은 사람이 대표 공개 인스턴스도 운영합니다. 비판이 아니라 위험의 모양입니다. 다른 어떤 단일 실패 지점을 대할 때처럼 대비하십시오.

공개된 인스턴스 목록은 오래됐다

거기 실린 서버 둘은 도메인 이름 체계에서 풀리지도 않는데, 그중에는 어마어마한 한도가 여러 글에서 되풀이 인용되는 그 서버도 있습니다. 아직 서 있는 것들 가운데 여럿은 표와 다른 숫자를 알립니다. 10GiB로 광고된 하나는 실제로 1GiB를 허용하고, 이레로 적힌 다른 하나는 서른하루를 허용합니다. 그 인스턴스에 관한 숫자를 믿기 전에 그 인스턴스의 페이지를 읽으십시오.

살아 있는 곳들이 주는 조건

이번 달 열다섯 곳이 응답했습니다. 대표 인스턴스는 2.5GiB를 사흘. 가장 넉넉한 곳은 8GB와 10GB에 이르고 보관은 한 주에서 한 달이며, 한 곳은 내려받기 천 번을 허용하고, 가장 작은 곳은 70MiB에서 멈춥니다. 모두 묶음 하나를 64개 파일로 제한합니다. 아래 코드는 어디나 같으니 한도와 운영자를 보고 고르십시오.

Firefox Send에서 BIShare로 옮기기

습관은 그대로 옮겨진다

bishare.app/transfer 로 가서 파일을 떨어뜨리십시오. 누구도 자신을 밝히라는 요구를 받지 않습니다. Send에서 그랬던 것과 같습니다. 잠그는 일은 여러분의 브라우저 안에서 일어나고 비밀은 주소의 # 뒤에 붙으므로, 건네는 링크 자체가 비밀 전부입니다. 여러분이 이미 믿고 있던 바로 그 방식입니다.

상한은 오르고 시계는 내린다

Send는 로그인하면 2.5GB를 한 주 주었습니다. BIShare 링크는 하루 동안 100GB를 주고, 양쪽 어디에도 로그인이 없습니다. 한 주가 기가바이트보다 중요했다면 공개 Send 인스턴스나 Tresorit Send가 더 나은 맞바꿈이고, 이 페이지도 그쪽을 쓰기를 바랍니다.

Send의 내려받기 한도를 쓰던 사람은 설정하십시오

Send는 정해진 내려받기 횟수 뒤에 링크를 물러나게 할 수 있었습니다. 한 번만 받는 선택을 켜면 파일이 빠져나가는 순간 링크가 죽고, 흔한 경우는 이것으로 덮입니다. 하나에서 백 사이의 어떤 수가 필요하다면 Bitwarden Send와 Send 갈래가 지금도 완전한 횟수 지정을 줍니다.

더 큰 것, 또는 가까이 있는 사람에게

두 기계에 앱을 올리십시오. 네트워크를 함께 쓰거나 한쪽이 다른 쪽에 연결을 나눠 주는 곳에서는 서로를 찾아 기계끼리 파일을 건네고, 아무것도 서버로 가지 않습니다. 어떤 회사도 영영 거둬들일 수 없는 유일한 방식입니다.

어떤 일에 어떤 대안인가

실제로 무엇을 잃었는지로 정리하십시오. 대부분에게 그것은 브라우저 쪽 열쇠이지 기가바이트가 아닙니다.

잃은 것으로 고르기. Firefox Send를 그대로 원하면 갈래의 공개 인스턴스, 계속 남기를 원하면 직접 설치, 오늘 나갈 큰 파일이면 BIShare 링크나 Wormhole, 비밀이고 상대가 느리면 Tresorit Send, 같은 건물의 두 기기는 곧바로 보내는 것이 좋다
잃은 것으로 고르기. Firefox Send를 그대로 원하면 갈래의 공개 인스턴스, 계속 남기를 원하면 직접 설치, 오늘 나갈 큰 파일이면 BIShare 링크나 Wormhole, 비밀이고 상대가 느리면 Tresorit Send, 같은 건물의 두 기기는 곧바로 보내는 것이 좋다탭하여 확대

Firefox Send를 그대로 되찾고 싶다

공동체 갈래의 공개 인스턴스. 같은 코드, 같은 암호화, 계정 없음. 먼저 그 인스턴스 자신의 한도를 확인하십시오.

일 년 뒤에도 있기를 바란다

갈래를 직접 설치하거나 회사가 뒤에 있는 서비스를 쓰십시오. 자원자 인스턴스는 여러분에게 아무 의무가 없고, 스스로도 그렇게 말합니다.

큰 파일, 오늘 나간다

BIShare로 100GB까지, Wormhole로 10GB까지. 둘 다 한 바이트가 올라가기 전에 파일을 브라우저 안에서 잠급니다.

비밀 자료인데 받는 쪽이 느리다

열쇠를 누가 쥐는지로 고르십시오. Tresorit Send는 열쇠를 링크에 둔 채 이레를 주고, SwissTransfer는 보름을 주지만 맡은 것을 읽을 수 있습니다.

두 사람이 같은 건물에 있다

기기에서 기기로 보내면 서비스가 아예 끼지 않습니다. 저장되는 것도, 만료될 것도, 누가 끌 수 있는 것도 없습니다.

각 서비스가 읽을 수 있는 것

기준을 세운 쪽이 Firefox Send이고 그 기준은 지금도 옳습니다. 브라우저에서 암호화하고, 열쇠는 조각에 두며, 그곳은 브라우저가 결코 보내지 않습니다. 나머지는 모두 그것으로 재십시오. 암호화라는 낱말로 재서는 안 됩니다. 그 낱말은 사이트마다 아주 다른 일을 하고 있습니다.

여러분이 잠그고 열쇠는 링크 안에

Send 갈래, BIShare 링크, Wormhole, Bitwarden Send, Tresorit Send, 0up이 모두 이렇게 움직입니다. 서비스가 쥐는 것은 열쇠가 없는 내용이라, 뚫고 들어가도 영장을 들고 와도 읽을 수 있는 것은 나오지 않습니다. 값은 링크와 파일이 같은 것이라는 점입니다. 손에 넣은 사람은 누구든 열 수 있으므로, 어떻게 건네느냐가 실제 판단이 됩니다.

도착한 뒤 회사가 암호화

SwissTransfer와 Filemail이 여기 들고, 둘 중 어느 쪽이든 끝에서 끝까지라고 설명하는 디렉터리는 틀렸습니다. Infomaniak 자체 문서는 파일이 저장 서버에 도착하는 즉시 암호화된다고 적고, Filemail의 무료 요금제는 전송 구간 암호화만 설명합니다. 둘 다 일상 업무에는 무리가 없고, 둘 다 Firefox Send의 대안은 아닙니다.

어디에도 저장되지 않음

함께 쓰는 네트워크에서 두 기계 사이에 파일을 곧장 건네는 일은 저희나 다른 누가 쥔 어떤 디스크에도 아무것도 남기지 않습니다. 그러니 겪을 침해도, 응할 영장도, 두려워할 통지 기간도 없습니다. 여기 있는 것 가운데 2020년을 다치지 않고 건넜을 유일한 방식이며, 오늘도 손댈 수 없는 유일한 방식입니다.

Firefox Send 대안: 자주 묻는 질문

Firefox Send는 어떻게 됐나요?

악성코드를 퍼뜨리는 데 쓰인 뒤 Mozilla가 2020년 7월 초에 내렸고, 여름 내내 악용 신고와 로그인 요건을 손봤으며, 2020년 9월 17일에 돌아오지 않는다고 발표했습니다. 지원 페이지에는 중단 날짜가 적혀 있고 모든 파일이 서버에서 안전하게 지워졌다고 나옵니다.

암호화돼 있었는데 Firefox Send는 왜 닫혔나요?

갖춘 것 때문이 아니라 없던 것 때문입니다. 계정도, 해로운 파일을 신고할 방법도 없었고, 맡은 것을 읽지 못하는 서비스는 그것을 가려낼 수도 없습니다. Mozilla 자신의 해법이 신고 장치를 더하고 Firefox 계정을 요구하는 것이었는데, 대부분을 만들고 나서 계속되는 관리에 견줄 서비스가 아니라고 판단했습니다.

Firefox Send가 돌아오나요?

아닙니다. 같은 발표에서 Mozilla는 서비스를 다시 시작하지 않기로 결정했다고 밝혔고, 동시에 Firefox Notes도 물러나게 했습니다. 이어지는 것은 코드의 공동체 갈래이며, 2021년에 Mozilla가 소스에서 상표를 뺐기 때문에 이름이 다릅니다.

Firefox Send에 가장 가까운 대안은 무엇인가요?

공동체 갈래의 공개 인스턴스입니다. 같은 소프트웨어이기 때문입니다. 대표 인스턴스는 현재 2.5GiB, 스무 번의 내려받기, 사흘을 허용합니다. 같은 암호화 방식을 관리되는 서비스에서 얻고 싶다면 BIShare가 하루에 100GB, Tresorit Send가 한 주에 5GB를 줍니다.

지금도 Firefox Send를 직접 설치할 수 있나요?

있고, 합법입니다. 코드는 Mozilla Public License 아래 있고, 2021년 5월 Mozilla가 저장소에서 상표를 빼 갈래가 상표를 침해할 가능성을 줄였습니다. 조건은 Mozilla와 Firefox 표시를 버리는 것입니다. 실제로는 공동체 갈래의 컨테이너 이미지를 Redis와 함께 돌리고, 저장은 로컬 디스크나 S3 호환을 씁니다.

Firefox Send의 실제 한도는 얼마였나요?

마지막으로 공개된 코드의 설정으로는 계정 없이 1GB와 24시간, 계정이 있으면 2.5GB와 7일이고, 내려받기 횟수는 각각 5회와 100회였습니다. Mozilla 도움말 페이지는 끝내 갱신되지 않고 모두에게 24시간이라고 적어 두었으며, 그래서 틀린 숫자가 돌아다닙니다.

공개 Send 인스턴스는 써도 안전한가요?

Mozilla가 공개한, 누구도 감사하지 않은 같은 코드를 돌리며 암호화는 여러분의 브라우저에서 일어나므로 운영자에게는 암호문만 보입니다. 위험은 가용성과 의도이지 암호학이 아닙니다. 인스턴스마다 자원자 한 사람의 서버이고, 공개 목록의 두 곳은 이제 없으며, 누구도 여러분에게 가동 약속을 지지 않습니다.

Send처럼 브라우저에서 암호화하는 대안은 어떤 것인가요?

Send 갈래, Wormhole, Bitwarden Send, Tresorit Send, 0up, 그리고 BIShare 링크입니다. SwissTransfer와 Filemail은 아닙니다. 비교표가 뭐라 적든 그렇습니다. 이 구별은 어떤 용량 한도보다 중요합니다. Firefox Send가 존재한 이유 자체이기 때문입니다.

ffsend는 아직 되나요?

명령줄 도구는 지금도 관리되며 가장 최근 공개는 2025년 2월이고 그 뒤의 커밋도 있습니다. 살아 있는 모든 인스턴스가 제공하는 현행 Send 통신 방식을 지원합니다. 두 프로젝트 모두 그 인스턴스들과 함께 작동한다고 문서로 밝힙니다. 다만 그 도구와 대표 인스턴스를 같은 개발자가 관리한다는 점은 알아 두십시오.

파일이 한 주보다 오래 남아야 하면 무엇을 쓰나요?

Tresorit Send가 5GB를 이레 보관하고, 공개 Send 인스턴스 가운데는 한 달까지 허용하는 곳도 있습니다. 그보다 길다면 링크 방식은 모양이 맞지 않고 필요한 것은 저장입니다. Proton Drive는 무료 요금제의 5GB 안에서 암호화된 파일을 여러분이 지울 때까지 보관합니다.

같은 잠긴 링크를, 관리되는 곳에서

링크당 백 기가바이트, 여러분의 브라우저 안에서 잠기고, 비밀은 서버가 결코 보지 못하는 # 뒤를 타고 갑니다. 등록할 것도 구독할 것도 없고, 소스는 공개입니다.

지금 바로 사용

관련 가이드