요약

  • 공개 자료는 ISC의 법인 정체성, 소프트웨어 관리, F-root 역할 및 레지스트리 연관성에 대해 서로 구별되는 주장을 뒷받침합니다. 그러나 기관 전체를 아우르는 단일 권한을 입증하지는 않습니다.
  • 통제에 대한 결정적 근거는 대상별로 다릅니다. 정관, 계약, 지정 문서, 저장소 권한, 레지스트리 계약, 기술 기록은 각각 적용 범위, 기간, 이의제기, 구제 수단을 개별적으로 검증해야 합니다.

ISC-AGP1 Internet Systems Consortium, Inc.를 서술할 때 가장 중심적인 오류는 공유된 이름을 공유된 권력으로 취급하는 것입니다. 법인 서술은 ISC가 자사의 사명을 어떻게 표현하는지 보여줄 수 있습니다. 이사회 페이지는 조직이 이사로 제시하는 인물을 보여줄 수 있습니다. 저장소는 코드가 어디서 유지되는지 보여줄 수 있습니다. 레지스트리는 식별자에 어떤 조직 문자열이 기록되어 있는지 보여줄 수 있습니다. 라우팅 관측은 특정 시점에 어떤 광고가 보였는지 보여줄 수 있습니다. 그러나 이 어느 사실도 동일한 주체가 관련된 모든 시스템을 통제하거나 다른 주체에게 행동을 강제할 수 있음을 자동으로 증명하지는 않습니다.

이 구별이 중요한 이유는 이 조직이 여러 의존성 사슬에 걸쳐 있기 때문입니다. BIND와 Kea는 소프트웨어 프로젝트입니다. F-root는 루트 서버 서비스입니다. ISC-AGP1과 AS210764는 레지스트리 및 라우팅 식별자입니다. 지원 서비스는 계약적 관계입니다. 법인 거버넌스는 법적·조직적 층위입니다. 각각은 서로 다른 통제 표면을 가지며, 연속성은 그 사이의 인수인계에 달려 있습니다.

법인 층위는 브랜드가 암시하는 것보다 적은 것을 증명한다

ISC의 공개 조직 자료는 사명과 활동을 서술하고, 이사회 페이지는 이사로 제시된 개인들을 확인해 줍니다. 이 페이지들은 기관의 자기 서술과 공개 거버넌스 표현에 대한 유용한 증거이지만, 법적 권한의 완전한 증거는 아닙니다. 누가 법인을 구속할 수 있고, 의사결정자를 임명·해임할 수 있으며, 자산을 처분할 수 있고, 정관을 개정할 수 있으며, 특정 인프라 계약을 체결할 수 있는지 결론 내리기 전에는 조직 자신의 서술을 지배 문서, 법인 제출 서류, 세금 기록과 비교해야 합니다.ISC의 조직 소개와공개 이사회 목록은 대외 공개 층위를 확립할 뿐, 그 자체로는 표결 기준, 위임 권한, 승계 규칙을 드러내지 않습니다.

공개 세금 및 비영리 기록은 법적 존재, 제출 서류, 이사, 임원, 거버넌스 공시에 대한 증거를 추가할 수 있습니다. 그러나 여전히 DNS 표준, 루트 존, 인터넷 번호 레지스트리, 독립 네트워크 사업자에 대한 권한을 부여하지는 않습니다. 세금 면제 지위는 법인적 사실이지 인터넷 조정 권한이 아닙니다. 따라서IRS 검색과색인된 비영리 기록은 기술적·공적 권한 항목이 아니라 법인 책임성 항목에 속합니다.

공개적으로 확인된 정관이나 최신 개정 문서가 없다는 사실 역시 그러한 문서가 존재하지 않는다는 증거는 아닙니다. 공개되지 않았거나, 다른 이름으로 보관되었거나, 대체되었거나, 검색에서 누락되었을 수 있습니다. 방어 가능한 결론은 운영 문서가 이용 가능한 공개 기록에서 확립되지 않았다는 것입니다.

소프트웨어 관리는 실질적 통제 표면이다

ISC의 BIND와 Kea 페이지, 그리고 대응하는 저장소는 더 좁은 결론을 뒷받침합니다. ISC가 중요한 소프트웨어 프로젝트를 유지, 배포 또는 지원한다는 것입니다. 저장소 관리, 릴리스 권한, 보안 대응 절차, 서명 키, 라이선스, 상표권, 기여자 거버넌스는 별개의 질문입니다.ISC의 BIND 자료와BIND 저장소는 프로젝트 대면 통제 표면을 보여주며,Kea 자료와그 저장소는 DHCP 소프트웨어에 대한 병행 기록을 제공합니다.

그러나 그러한 관리가 운영상 중요하더라도 DNS나 DHCP 표준 자체에 대한 권한이 되지는 않습니다. 사업자는 배포, 모니터링, 패치 승인, 복구를 자기 손에 남겨두는 라이선스와 구성으로 BIND나 Kea를 운영할 수 있습니다. 릴리스가 공개되었다고 해서 모든 배포자가 패키징했고, 모든 사업자가 설치했으며, 모든 서비스가 올바르게 복구되었다는 증명은 되지 않습니다.

따라서 관련 질문은 단순히 저장소를 누가 소유하는가가 아닙니다. 사용자가 의존하는 소프트웨어 상태를 누가 변경할 수 있는가입니다. 코드를 병합하고, 서명된 릴리스를 발행하고, 보안 공지를 게시하고, 유출된 자격 증명을 취소하고, 고객을 지원하고, 배포를 승인하고, 후속 경로를 유지할 수 있는 사람은 누구인가. 그 권한 중 일부는 ISC에 있을 수 있고, 다른 일부는 배포자, 사업자, 계약자, 고객에 있을 수 있습니다. 법인의 지배가 공개 프로젝트에 대한 배타적 통제를 자동으로 확립하지 않으며, 프로젝트 관리가 독립적 배포에 대한 통제를 확립하지도 않습니다.

F-root 운영은 루트 존 권한이 아니다

ISC는 공개적으로 F-root 역할을 제시합니다. IANA와 루트 서버 자료는 그 역할을 더 넓은 운영·조정 프레임워크 안에 위치시킵니다.ISC의 F-root 페이지,IANA의 루트 서버 정보,루트 서버 디렉터리는 공개 역할 서술에 대한 증거입니다.공표된 서비스 기대치와더 넓은 기술 지침은 루트 서비스에 가용성, 조정, 운영 규율이 필요한 이유를 정의하는 데 도움이 됩니다.

그러나 루트 서버 서비스를 운영하는 것은 루트 존 콘텐츠를 통제하고, IANA를 지휘하고, ICANN을 관리하고, 다른 루트 서버 사업자에게 명령하는 것과 다릅니다. 이들은 서로 다른 객체이며 별도의 부여 문서나 수용된 문서를 필요로 합니다. 현재 문서가 ISC가 특정 F-root 인스턴스를 운영함을 확인하더라도, 이 발견을 일반적인 DNS 권한으로 확장해서는 안 됩니다.

결여된 통제 지도는 실질적입니다. 자격 증명을 누가 보유하는가, 구성을 누가 변경할 수 있는가, 인시던트를 누가 처리하는가, 인스턴스를 누가 자금 조달하거나 호스팅하는가, 루트 존 데이터를 누가 수신하는가, 교체를 누가 결정하는가, 누가 역할을 종료하거나 이전할 수 있는가. 공개 서술은 서비스 관계를 식별할 수 있지만 그 모든 질문에 답할 수는 없습니다. 운영 지정 문서가 존재한다면 부여자, 피부여자, 허용 행위, 기간, 개정, 철회, 감독, 분쟁 포럼, 승계를 읽어야 합니다. 그 문서가 확립되기 전까지 F-root 권한의 현재 범위는 부분적으로 미해결로 남습니다.

레지스트리 정체성과 라우팅 증거는 다른 종류의 증명이다

ISC-AGP1과 AS210764 기록은 또 다른 층위의 가시성을 추가합니다. RIPE, ARIN, 라우팅, PeeringDB 기록은 조직 이름을 레지스트리 객체, 네트워크 서술 또는 관측된 광고와 연결할 수 있습니다.RIPE aut-num 검색,ISC-AGP1 기록 검색,announced-prefixes 기록은 데이터베이스나 측정 시스템이 기록한 것에 대한 주장을 뒷받침할 수 있습니다.RIPE 데이터베이스 정책 문서는 레지스트리 데이터의 역할을 규정하는 데 도움이 됩니다.ARIN의 조직 검색과ARIN 등록 기록, 그리고RSA는 계약 및 레지스트리 층위에 속합니다.PeeringDB의 네트워크 기록은 추가적인 공개 서술이지 독립된 권리 문서가 아닙니다.

레지스트리 항목은 기록된 연관성을 확립할 수 있습니다. 그러나 ISC가 현재 라우터를 운영하고, 관련된 모든 경로를 광고하고, 나열된 모든 자원을 통제하며, 장애 후 서비스를 복구할 수 있음을 자동으로 확립하지는 않습니다. 경로 관측은 특정 시점에 특정 원점으로부터 광고가 보였음을 확립할 수 있지만, 자격 증명을 누가 보유했고 광고를 누가 승인했으며 철회할 수 있었는지를 반드시 밝혀주지는 않습니다. 승인 기록이 있다면 그것은 또 다른 질문에 답합니다. 특정 체계에서 보유자가 어떤 자원을 광고할 수 있도록 허용되었는가.

그렇기 때문에 ISC-AGP1과 AS210764를 법인 소유, 기술적 통제 또는 거버넌스 권한의 축약어로 사용해서는 안 됩니다. 기록은 시간적으로 한정하고 기능별로 해석해야 합니다. 기록된 정체성, 계약적 지위, 관측된 광고, 승인, 실질적 라우팅 능력 또는 서비스 연속성. 레지스트리의 변경은 실시간 라우팅을 바꾸지 않고 기록된 연관성을 바꿀 수 있습니다. 레지스트리 서술이 낡은 후에도 안정적 라우팅이 지속될 수 있습니다. 어느 상태도 다른 상태를 증명하지 않습니다.

계약은 의무를 만들지 보편적 권한을 만들지 않는다

ISC의 지원 서비스는 ISC와 고객 사이에 강제 가능한 의무를 만들 수 있습니다.지원 페이지는 그러한 서비스가 공개적으로 제공됨의 증거이지만 지원 계약 자체는 아닙니다. 결정적 조건에는 당사자, 범위, 서비스 수준, 제외 사항, 책임, 해지, 분쟁 포럼, 그리고 고객에게 프로젝트 거버넌스 권리가 주어지는지 아니면 정해진 조건 하의 지원만 주어지는지가 포함됩니다.

같은 규율이 번호 자원 계약에도 적용됩니다. 계약은 특정 등록을 승인하거나 자원 보유자에게 의무를 부과할 수 있지만, 비당사자에 대한 효과는 가정할 수 없습니다. 계약은 공급자에게 고객에 대한 영향력을 줄 수 있지만 독립 사업자, 표준 기구, 다른 레지스트리 참여자는 그 강제 범위 밖에 남을 수 있습니다. 공개적 인정은 법적 부여를 넓히지 않고 역할에 대한 의존만 늘릴 수 있습니다.

정당성에는 여러 기반이 있다

ISC는 동시에 서로 다른 종류의 정당성을 가질 수 있습니다. 법인적 정당성은 유효한 조직 절차에, 계약적 정당성은 상대방과의 합의에, 기술적 정당성은 지속적 성과에, 커뮤니티적 정당성은 사용자가 프로젝트 관리자를 수용하는 데, 조정적 정당성은 인터넷 기관의 인정에 뿌리를 둘 수 있습니다. 이 기반들은 서로 강화할 수 있지만 상호 교환 가능하지는 않습니다.

현직자는 교체 비용, 사업자의 릴리스 절차 의존, 기술적 역할의 일상 운영 침투 때문에 실질적 권력을 가질 수 있습니다. 그것은 사실상의 영향력이지 반드시 더 넓은 법적 권한이 아닙니다. 반대로 형식적 지정은 서면으로는 지속되지만 서비스를 운영, 복구, 이전할 실질적 능력은 약화되었을 수 있습니다. 형식적 권한과 운영 능력 사이의 간극이 바로 책임성 질문입니다.

모든 통제 표면에는 이의제기 경로가 필요하다

법인 거버넌스의 이의제기 경로는 회원, 이사, 규제 기관, 법원 또는 내부 절차를 포함할 수 있지만, 적용되는 경로는 지배 문서와 법에서 확립되어야 합니다. 소프트웨어의 실질적 대안은 포크, 새 유지보수자, 라이선스 기반 계승 또는 대체 릴리스 절차일 수 있습니다. 지원 서비스의 구제는 계약 해지, 서비스 크레딧, 손해배상 또는 분쟁 해결일 수 있습니다. 레지스트리 데이터의 경우 정정 절차가 실시간 라우팅을 바꾸지 않고 기록을 바꿀 수 있습니다. 라우팅과 서비스의 경우 사업자는 근본적 법적 분쟁을 해결하지 않고 트래픽을 철수, 우회 또는 장애 조치할 수 있습니다.

이 구제 수단들은 동등하지 않습니다. 우회는 누가 행동할 권한이 있었는지를 결정하지 않고 도달성을 복원할 수 있습니다. 레지스트리 정정은 복구 능력을 증명하지 않고 행정 기록을 고칠 수 있습니다. 법원 명령은 권리를 결정하면서 기술적 결과의 이행을 다른 사람에게 요구할 수 있습니다. 진지한 책임성 평가는 누가 지위나 영향력을 갖고, 이의를 어디서 제기할 수 있고, 누가 결과를 집행할 수 있으며, 어떤 시스템 상태를 구제가 바꿀지 식별해야 합니다.

현재 공개 기록은 ISC 관련 모든 결정에 대해 누가 이의를 제기하고, 교체하고, 구제할 수 있는지에 대한 완전한 사슬을 확립하지 못합니다. 이는 더 한정된 결론을 뒷받침합니다. ISC의 가시적 역할은 개별적으로 평가되어야 하며, 각 주장은 실제로 그것을 뒷받침하는 문서나 관측에 연결되어야 합니다. 가장 방어 가능한 서술은 ISC가 단일한 권한을 가진다는 것이 아니라, 서로 다른 객체에 대해, 서로 다른 시점에, 서로 다른 허용 근거 하에서 서로 다른 형태의 관리와 통제를 행사할 수 있다는 것입니다.

네트워크 사업자와 기관 의사결정자에게 실질적 검증은 간단합니다. 누가 관련 상태를 변경할 수 있는가, 그 변경을 누가 승인할 수 있는가, 어떤 증거가 권한을 입증하는가, 그 권한은 얼마나 지속되는가, 누가 이의를 제기할 수 있는가, 현직자가 사라지면 무슨 일이 벌어지는가. 이 질문들이 표면별로 답해지기 전까지는 기록에 붙은 이름은 조사의 시작일 뿐입니다. 이 평가에 사용된 추가 공개 기록은OpenCorporates,ISC 정관 아카이브 색인,ISC 웹사이트 아카이브 색인,IANA의 루트 존 페이지,ICANN 정관,루트 존 유지관리자 계약,NTIA의 IANA 기능 구매주문 페이지, 그리고RFC 7720을 포함합니다. 이 평가에 사용된 추가 출처 기록:https://apps.irs.gov/app/eos/;https://gitlab.isc.org/isc-projects/bind9;https://gitlab.isc.org/isc-projects/kea;https://opencorporates.com/companies?q=internet+systems+consortium+inc;https://projects.propublica.org/nonprofits/organizations/943404069;https://rdap.arin.net/registry/autnum/3557;https://rest.db.ripe.net/search.json?query-string=AS210764&type-filter=aut-num;https://rest.db.ripe.net/search.json?query-string=ISC-AGP1;https://web.archive.org/cdx/search/cdx?url=www.isc.org/*bylaw*&output=json&filter=statuscode:200;https://root-servers.org/;https://www.iana.org/domains/root;https://search.arin.net/rdap/?query=Internet%20Systems%20Consortium;https://www.icann.org/en/system/files/files/rssac-001-root-service-expectations-04dec15-en.pdf;https://www.icann.org/en/system/files/files/rssac-037-15jun18-en.pdf;https://www.icann.org/resources/pages/governance/bylaws-en/#article12;https://www.icann.org/resources/pages/root-zone-maintainer-agreement-2016-06-30-en;https://www.isc.org/?s=bylaws;https://www.isc.org/about/;https://www.isc.org/bind/;https://www.isc.org/board/;https://www.isc.org/f-root/;https://www.isc.org/history/;https://www.isc.org/kea/;https://www.isc.org/support/;https://www.ntia.gov/page/iana-functions-purchase-order;https://www.peeringdb.com/api/net?asn=210764;https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210764;https://www.arin.net/resources/registry/agreements/rsa/;https://www.iana.org/domains/root/servers;https://www.rfc-editor.org/rfc/rfc7720.html;https://www.ripe.net/publications/docs/ripe-679/;https://web.archive.org/web/*/https://www.isc.org/