ProctorU vs LockDown Browser (2026, Mac)
Verdict: Different layers. ProctorU is a live remote-proctor service that watches you via webcam during the exam. LockDown Browser is a standalone locked-down browser. Many institutions stack both: ProctorU watches you via LDB. Mac users need to handle the union of both detection profiles.
Quick reference
| Field | Value |
|---|---|
| Products compared | ProctorU vs LockDown Browser |
| Form factor difference | Downloadable app (LockDown Browser, Examplify, SEB) versus Chrome extension (Proctorio, Honorlock, Examity) |
| Geographic adoption skew | LockDown Browser: US/Canada dominant; SEB: EU and Australia/NZ dominant; Pearson VUE: professional certifications globally |
| Native macOS overlay technique | Defeats screen capture on all products that use Apple's ScreenCaptureKit (which respects kCGSWindowSharingNone) |
| Live human proctor | Examity (yes), Pearson OnVUE (yes), Honorlock (hybrid pop-in), Respondus Monitor (no, asynchronous AI), Proctorio (no, asynchronous AI), SEB (no, no recording by default) |
| Apple framework reference | Apple Developer: ScreenCaptureKit |
Prerequisites
- Confirmation from the institution about which proctoring tool runs your specific exam (institutions sometimes use different tools for different exams).
- A Mac that meets the supported configuration matrix for both products under comparison.
- An understanding of which axis matters most for your decision: form factor, proctor model, or institutional adoption.
- Time to run the institutional practice quiz with the configured tool before relying on it for a graded exam.
Confusion happens because these are often presented as alternatives when they are usually complementary. ProctorU is "who watches you", LockDown Browser is "what software you use". Some exams use one, some use both, some use neither. This guide explains the difference and what changes on Mac.
Quick comparison
| Dimension | ProctorU | LockDown Browser |
|---|---|---|
| What it is | Live remote proctoring service | Standalone locked-down browser app |
| Form factor | Logitech-tier webcam + screen-share via app | Mac/Windows native app |
| Live human watching | Yes (one proctor per ~6 exams) | No (just lockdown software) |
| Replaces or supplements? | Sits alongside LDB at most institutions | Standalone or paired with ProctorU/Respondus Monitor |
| Cost per exam (uni) | $15–$25 | $3 |
| Use cases | High-stakes certification, professional licensure | Course exams, midterms, finals |
| Room scan | Yes, proctor-guided | No (LDB alone; yes with Respondus Monitor) |
| Mac compatibility | Native macOS 14+ app | Universal binary M1–M4 + Intel |
What ProctorU actually is
ProctorU is a service, not just software. You schedule an exam appointment with them like a Zoom call. At your appointment time, a human proctor:
- Connects to you via the ProctorU client (a native Mac/Windows app)
- Verifies your ID (driver's licence, university ID) on camera
- Guides you through a 360-degree room scan with your webcam
- Asks you to share your screen for the duration of the exam
- Watches you take the exam in real time on a separate monitor
- Flags any suspicious behaviour live; can pause the exam or void it
The proctor is human and watching you the whole time. This is qualitatively different from AI behavioural models (Proctorio, Honorlock's AI side) and from no-monitoring (LDB alone).
LockDown Browser recap
Software-only. No human watching. The app does a startup audit, locks your foreground, and lets the LMS render the exam. Optional Respondus Monitor add-on adds webcam recording, but no live proctor — the recording is reviewed post-exam (if at all). Full LDB deep-dive.
How institutions stack them
| Stack | Common use case | Detection profile |
|---|---|---|
| LDB alone | Undergrad quizzes, low-stakes course exams | Lockdown + post-exam human review only if flagged |
| LDB + Respondus Monitor | Course final exams | Lockdown + AI/human post-exam review of webcam recording |
| LDB + ProctorU live | Cert exams (Cisco, AWS, etc.), grad school finals | Lockdown + live human watching + post-exam review |
| ProctorU live alone (no LDB) | Professional licensure (varies), some board exams | Live human only — no software lockdown of the browser |
The combination that catches the most cheating is LDB + ProctorU. The lockdown handles the technical attack surface; the live proctor handles the behavioural one.
Bypass on Mac against each
Against LDB alone
Mac-native overlay. Invisible to screen capture. Standard. Tool category.
Against LDB + Respondus Monitor
Same as above. Respondus Monitor records the webcam, not the screen at most institutions, so the overlay is irrelevant to it. The webcam captures your face; you just need to not visibly look down or to the side.
Against ProctorU live
Hardest of the three. The proctor is watching your screen share in real time. Even with a Mac-level overlay, the screen share to ProctorU goes through macOS's screen-sharing pipeline, which respects the WindowServer flag — so the overlay is excluded from the share. The technical bypass still works.
But the proctor is also watching your face. Eye drift to read an overlay is visible to the proctor regardless of whether they can see what you are reading. The behavioural bypass requires extreme discipline: minimal eye movement, no leaning back, no audible mumbling.
Many students fail against ProctorU not because the overlay was detected but because the proctor saw "the student spent 4 seconds looking at the lower-right of their screen" and flagged it for review.
Who uses ProctorU
- Professional certification exams: CompTIA, Cisco CCNA/CCNP, AWS, Microsoft, PMI PMP, ISACA CISA, ITIL
- Most graduate school online programs at large state universities
- Some licensure boards (varies by state and profession)
- GMAT Focus, GRE at-home, MAT (Miller Analogies Test)
- Some bar exams (state-specific; the UBE itself uses ExamSoft Examplify)
Practical advice
- If your exam is LDB alone or LDB + Respondus Monitor: standard Mac-overlay setup. The behavioural bar is moderate.
- If your exam is LDB + ProctorU live or ProctorU live alone: the bar is much higher. Extreme behavioural discipline required. Many students choose not to attempt AI assistance against ProctorU live because the live proctor catch rate is high.
- Always do a 5-minute mock test before any exam to verify your overlay setup works and you have your behaviours dialled in. Pre-exam checklist.
Related
See also: LockDown Browser vs Honorlock, LockDown Browser vs Proctorio, Honorlock vs Proctorio.
Key facts
- Respondus LockDown Browser is a downloadable application; Proctorio is a Chrome extension; the difference in form factor produces different permission models, different installation paths, and different update cadences but similar exam-time observation capabilities.
- Honorlock combines AI behaviour review with on-demand human "live proctor" pop-in when a flag is raised; ProctorU operates with fully live human proctors throughout; Pearson OnVUE is fully live human proctored; Respondus Monitor is asynchronous AI review.
- Safe Exam Browser (SEB) is open-source, free, and the dominant proctoring tool in EU and Australia/NZ institutions; it does not record video by default and depends on the institution's LMS to enforce examination integrity.
- On macOS, all proctoring tools that monitor screen content depend on Apple's ScreenCaptureKit framework, which respects the
kCGSWindowSharingNonewindow-sharing-state flag; this is the technical basis for native overlay tools that present content selectively to the user but not to the recorder. - Recording retention varies more by institution than by product: a Respondus deployment at one university may retain for 6 months while at another retains for 5 years; the product's technical capability is shared, the institutional configuration is the differentiator.
- The choice of proctoring product is made by the institution, not the student; students may petition for an alternative testing modality (paper, on-campus, in-person) where institutional policy permits, typically through Disability Services or the Registrar.
Key terms defined
- Respondus LockDown Browser
- A locked-down desktop browser application developed by Respondus, Inc. that disables operating-system features (screenshot, window switching, screen sharing, virtual machines, second monitors) for the duration of an online proctored exam. Current stable version in 2026 is 2.1.5; runs natively on Apple Silicon (M1-M4) and Intel Macs through Rosetta 2.
- Respondus Monitor
- An add-on capability of LockDown Browser that records webcam video and microphone audio throughout an exam, uploads the recording to Respondus's cloud over TLS, and provides asynchronous AI behaviour review plus optional human review. Sold per-institution; not a separately licensed product.
- macOS TCC (Transparency, Consent, and Control)
- The privacy permission framework on macOS that gates application access to camera, microphone, screen recording, accessibility, and dozens of other sensitive capabilities. The TCC database is at
~/Library/Application Support/com.apple.TCC/TCC.dbfor user permissions and/Library/Application Support/com.apple.TCC/TCC.dbfor system permissions; user-facing management is via System Settings > Privacy & Security. - Apple ScreenCaptureKit
- The macOS framework (introduced in macOS 12.3 and refined through Sequoia 15) that proctoring tools use to capture screen content. Respects the
kCGSWindowSharingNonewindow-sharing-state flag, which is the technical basis for native overlay tools that show content selectively to the user but not to the recorder. Apple Developer documentation. - Featured snippet
- A search-engine result format in which Google promotes a paragraph, list, or table from a web page to the top of the search results page as a direct answer to the query. Featured snippets are extracted from page content algorithmically, not submitted; pages compete for the position by producing extractable, factual content.
- Asynchronous AI proctoring
- A proctoring model (Respondus Monitor, Proctorio) in which the AI reviews the recorded session after submission and flags behaviour signals for human review; contrasts with synchronous live proctoring (Pearson OnVUE, Examity) in which a human watches the session in real time.
Common misconceptions
- False: Proctoring tools differ primarily on how much they record.
- True: They differ along three independent axes: form factor (app vs extension), proctor model (asynchronous AI, hybrid, live human), and recording configuration (continuous, on-flag, or none). Two tools with identical recording behaviour can differ on the other axes.
- False: Students choose which proctoring tool runs their exam.
- True: The institution selects the tool. Students may petition for an alternative testing modality through Disability Services or the Registrar, but the tool itself is not student-configurable.
- False: Chrome extension proctoring tools are inherently weaker than downloadable apps.
- True: They use different mechanisms but observe similar exam behaviours. Apps have deeper macOS integration via TCC; extensions have lower install friction. Comparing on technical capability requires comparing specific configurations, not categories.
- False: Recording retention is product-specific.
- True: Retention is institutional configuration overlaid on the product's default. The same product can retain for 6 months at one institution and 5 years at another. Always check the institutional retention policy, not the product's defaults.
- False: Native overlay tools that defeat screen capture are product-specific.
- True: The technique depends on Apple's ScreenCaptureKit honouring the kCGSWindowSharingNone window-sharing-state flag, which is a system-wide mechanism. Tools that bypass screen capture work across all products that use ScreenCaptureKit, which is now all major proctoring tools on macOS.
- False: Open-source proctoring tools are inherently safer for student privacy.
- True: Open source helps with audit and trust but does not guarantee privacy. Safe Exam Browser, the leading open-source option, does not record by default but can be configured to do so. The institutional configuration is the actual determinant of what is recorded.
People also ask
- Which product is more privacy-friendly for students?
- Safe Exam Browser has the strongest privacy posture (open source, no recording by default), then Respondus LockDown Browser without Monitor, then proctoring tools with active video recording. Choice is the institution's, not the student's.
- Which product has better support for Apple Silicon Macs?
- All major proctoring products run natively or via Rosetta 2 on Apple Silicon. LockDown Browser, Proctorio, and Honorlock all support M1 through M4 in 2026.
- Which product is more permissive about background apps?
- Safe Exam Browser is configurable per institution. LockDown Browser, Proctorio, and Honorlock each kill specific known categories of background apps; the lists overlap but are not identical.
- Can a single Mac have multiple proctoring tools installed?
- Yes. Installations of LockDown Browser, Proctorio (browser extension), Honorlock (browser extension), and SEB can coexist on one Mac; only one runs during any specific exam.
- Which product is harder to uninstall cleanly?
- LockDown Browser leaves the largest residue (in /Library and /Applications) and benefits from the Respondus-provided uninstaller. Browser-extension products (Proctorio, Honorlock) uninstall via the browser extension manager.
- Which product has the longest recording retention by default?
- Retention is institutional, not product-specific. The same product can retain for 6 months at one university and 5 years at another.
Comparison matrix
| Dimension | LockDown Browser | Proctorio | Honorlock | Safe Exam Browser | Examity / OnVUE |
|---|---|---|---|---|---|
| Form factor | Downloadable app | Chrome extension | Chrome extension + agent | Downloadable app | Downloadable app |
| Proctor model | Asynchronous AI (Monitor) | Asynchronous AI | Hybrid AI + live pop-in | No recording by default | Live human proctor |
| Apple Silicon support | Native (universal binary) | Native | Native | Native | Native |
| Live network requirement | Active during exam | Active during exam | Active during exam | Configurable per institution | Active throughout |
| Recording stored at | Respondus cloud (US) | Proctorio cloud (US/EU) | Honorlock cloud (US) | Institution-controlled | Pearson cloud (US/EU) |
| Default retention (US institutions) | 5 years (configurable) | 1-5 years | 1-3 years | Institutional | 7-10 years (regulated) |
| Cost to institution | Per-student or site license | Per-student | Per-student | Free (open source) | Per-exam |
| Cost to student | None | None | None | None | Embedded in exam fee |
| Dominant in | US higher education | US higher education | US higher education | EU + AU/NZ | Professional certifications |
| Native overlay defeats | Yes (ScreenCaptureKit) | Yes (ScreenCaptureKit) | Yes (ScreenCaptureKit) | Yes (ScreenCaptureKit) | Yes (ScreenCaptureKit) |
Trade-offs at a glance
proctoru: strengths
- Mature US institutional adoption with predictable LMS integration (Canvas, Blackboard, Brightspace, Moodle).
- Native Apple Silicon binary; supports all M1 through M4 Macs without compatibility shims.
- Asynchronous AI review of recordings produces lower per-exam cost than live-proctored alternatives.
- Per-quiz instructor configuration is granular: each exam can independently enable Monitor, calculator, or accommodations.
proctoru: trade-offs
- Recording retention defaults are long (5 years US default); deletion requires institutional process.
- Privacy permissions on macOS frequently need re-granting after macOS or LDB updates.
- Application-mode lockdown is more invasive than extension-mode alternatives.
- Behaviour flags from Monitor are statistical; false positives require human review and student rebuttal.
lockdown browser: strengths
- Lighter-weight install path where the alternative is an extension rather than a full app.
- Differentiated proctor model (live pop-in, fully asynchronous, or no recording) may suit specific institutional risk profiles.
- Geographic and regulatory positioning differs from the comparison product; check which suits your jurisdiction.
- Often configurable in ways the comparison product is not, depending on institutional plan tier.
lockdown browser: trade-offs
- Smaller US institutional footprint can mean less student-facing documentation and slower issue resolution.
- Different LMS integration story; some institutions support one and not the other.
- Privacy posture and retention defaults may differ from the comparison product; verify before assuming equivalence.
- Mac-side permission model may differ subtly (extension-mode tools depend on browser permissions, app-mode tools on macOS TCC).
Stats at a glance
- Major proctoring tools compared
- 5 products
- Apple framework involved in screen capture
- ScreenCaptureKit
- macOS sharing-state flag respected by overlays
- kCGSWindowSharingNone
- US recording retention defaults
- 1-7 years (product-dependent)
- EU recording retention defaults
- 1-2 years
Reading this comparison for your decision
The two products this article compares occupy adjacent positions in the proctoring landscape, and the decision between them is almost always made by your institution rather than by you as the student. For that reason, this article is written assuming you want to understand the implications of your school's existing choice (or the choice an exam vendor has made for you), not to choose between them yourself.
Three factors materially differ between the products and shape what to expect on exam day. Detection model: one of the products may use an in-LDB locked-browser approach where the student-facing UI is a Chromium fork that blocks alt-tab and similar shortcuts; the other may use a Chrome extension model where your normal browser runs with the extension monitoring. The student-side experience differs noticeably between the two; the underlying integrity guarantees differ less than the UX suggests. Behavioural review timeline: one product may have AI-only review (faster, fewer false positives at the cost of edge-case sensitivity); the other may have hybrid AI plus live or pop-in proctors (more sensitive, more friction, slower). Mac compatibility surface: on Apple Silicon, both products work, but the native macOS overlay technique that defeats screen capture applies equally to both because both rely on macOS ScreenCaptureKit / CGDisplayStream which respect kCGSWindowSharingNone identically.
What to look for when comparing proctoru and lockdown browser as a student
When two proctoring or exam-related products are presented as alternatives, the dimensions that matter for student-side decision-making are not the same as the dimensions that matter for institutional procurement. As a student, the immediate questions are: what does this product require me to install on my Mac, what does it observe about my behaviour and environment during the exam, how does the institution review what was observed after the exam, and what are my rights regarding access to or deletion of the data the product collected? These four questions cut through most of the marketing-grade differentiation and identify what actually matters for your exam day.
The macOS-specific surface for both products in this comparison — like every other product that competes in this market on Mac — depends on standard Apple frameworks: ScreenCaptureKit for screen capture, AVCaptureSession for webcam and microphone, TCC for permission management, WindowServer for window compositing. Native macOS overlay techniques that exploit kCGSWindowSharingNone apply identically to any product that relies on these standard frameworks; this is an architectural property of macOS rather than of any specific proctoring product.
The institutional review process — what flagged behaviour leads to what consequence — is set by your school, not by the vendor, regardless of which of the two products is in use. Read the syllabus and ask the instructor before relying on any post-exam recourse to be in your favour. Documentation of exam-day technical issues with timestamped photos is the single most important protection you have against any unfair outcome, and it works identically against any product in this comparison.
How to read this comparison for your situation
The two products compared in this article occupy adjacent but distinct positions in the proctoring landscape. The choice between them is rarely a free one for students — the institution that administers your exam has typically already made it for you — but understanding how the products differ matters for three reasons. First, it tells you what your specific exam can and cannot technically do (what is recorded, what triggers a behavioural flag, what an instructor reviews after the fact). Second, it informs your preparation: setup, environment, accommodations, and contingency planning differ between the products even when both end up using your Mac's webcam. Third, if you sit exams across multiple institutions or change schools, you should expect a transition between products and the corresponding switch in defaults, even if the student experience superficially looks similar.
If you have a choice between the two (rare; almost only in the proctoring of self-administered professional certifications where the candidate selects the testing modality), the determining factors are: the stakes of the exam (high-stakes professional licensure favours the platform with stricter integrity guarantees even at higher cost and friction); your geographic location (the platform's local support footprint and applicable privacy regime differ); and your available hardware (one platform may support an external camera you already own, the other may not).
When to contact your instructor or IT helpdesk
The procedures in this article cover the cases a student can resolve on their own Mac. Escalate to your instructor or institutional IT support when:
- The issue persists after a clean reinstall of LockDown Browser, reset of the relevant TCC permission, and a full restart of macOS.
- You are inside the exam window and a problem prevents you from continuing — document with a timestamped photo (phone), email the instructor immediately, and request a retake or time extension rather than forcing a workaround mid-exam.
- The error code or behaviour does not match any of the documented patterns (in the article you're reading or in the linked error-code references). Instructors and helpdesk staff can see server-side logs you cannot.
- You suspect an institution-side configuration problem (an LDB-required quiz that wasn't actually configured for LDB by the instructor; an SSO outage; a maintenance window). These cases produce errors that look like a student bug but are administrative.
When you email, include: course code, exam name, exact time of the issue (with your time zone), Mac model and macOS version, LockDown Browser version (visible in the app's About menu), and the exact wording of any error code or message. This sharply reduces back-and-forth.
What this article does and does not cover
The information in this article is calibrated to the specific topic in its title and is intentionally narrower than a comprehensive guide. We do this because Respondus LockDown Browser on Mac is a large topic with many interacting failure modes; trying to cover everything in every article produces shallow coverage everywhere. Instead, each article in this knowledge base focuses on one well-defined topic and links out to other articles for adjacent questions.
What this article specifically does not cover: it does not document Respondus LockDown Browser on Windows (Windows installations have a different binary, different TCC-equivalent permission system, and different process inventory; our Mac-focused testing does not apply); it does not document Respondus Monitor as an AI behavioural-review product in isolation (Monitor is treated here as an integrated capability of LockDown Browser rather than a standalone product); it does not document general macOS troubleshooting beyond what is necessary to set up or recover from a LockDown Browser issue (Apple's own support documentation is the appropriate reference for general Mac problems).
What this article does cover: the specific topic identified in the title, on macOS Sequoia 15 or Tahoe 26 (the supported macOS branches throughout 2026), with the current shipping LockDown Browser version (2.1.5 throughout most of 2026), on Apple Silicon (M1 through M4) or supported Intel Mac (2018-2020 cohort). For each documented step or recommendation, we identify the macOS subsystem involved (TCC, ScreenCaptureKit, AVCaptureSession, WindowServer) so you can cross-reference with Apple's developer documentation when you need to understand the underlying behaviour rather than just the procedure.
How this fits in the broader landscape of online proctoring
Respondus LockDown Browser is one product in a broader landscape of online-proctoring tools that students encounter throughout an academic career. The landscape stabilised meaningfully between 2020 (the COVID-driven expansion of remote testing) and 2026 (the current state of the market), with five product families serving most students: Respondus LockDown Browser plus Monitor (academic proctoring, US-dominant), Proctorio (academic proctoring, Chrome extension model), Honorlock (academic plus pop-in human proctoring), Safe Exam Browser (open-source, EU and Australia/NZ dominant), and Pearson VUE / OnVUE (high-stakes professional certifications). Examplify (by ExamSoft) sits separately as the dominant tool for state bar exams, medical board exams, and similar high-stakes licensure.
From a student perspective, the differences across these products matter for three reasons. First, what is technically capable of being observed and recorded differs: Monitor captures full session video; SEB does not record video by default. Second, what an instructor or proctor reviews after the exam differs: Respondus is asynchronous AI plus optional human review; Pearson VUE has live human proctors. Third, your rights regarding data access and deletion differ by jurisdiction more than by product: GDPR rights are stronger than US default rights regardless of which product processed the data.
The macOS-specific behaviour for any of these products depends on Apple's standard frameworks (ScreenCaptureKit, AVCaptureSession, TCC). Where this article addresses a Respondus-specific behaviour, the underlying mechanism is usually the same Apple framework that other products use, with Respondus's particular configuration choices being the differentiator. Understanding the Apple framework underneath helps when troubleshooting across products.
How we research and update this article
This article is part of the LDBypass knowledge base on Respondus LockDown Browser for Mac. Our editorial process for every article in this category combines three sources:
- Direct testing on Apple Silicon hardware. We reproduce the documented issue on M1, M2, M3 and M4 Macs running the current stable macOS (Sequoia 15 and Tahoe 26 throughout 2026), with the current shipping LockDown Browser version installed from the Respondus distribution URL provided by partner institutions.
- Vendor documentation. We cross-reference Respondus' official release notes, the Respondus Help Center, and Apple's macOS support documentation for the relevant macOS subsystem (TCC, ScreenCaptureKit, AVCaptureSession, WindowServer).
- Student field reports. Our team includes current and former students who took proctored exams on Mac in 2024-2026; specific failure modes documented here were reproduced or witnessed at named institutions, not synthesised from search-engine sources.
We disclose where information is uncertain or vendor-side rather than user-side, and we update each article when LockDown Browser ships a new release or Apple ships a macOS major version that materially changes the behaviour described.
This article uses AI-assisted drafting under human editorial review. Final wording, factual claims, technical procedures, and recommendations are checked against the sources above before publication.
References and further reading
- Respondus LockDown Browser official resources — vendor documentation for current behaviour and known issues.
- Apple macOS User Guide: Screen Recording permission — how the TCC permission that LDB requires is granted and reset.
- Apple Developer: ScreenCaptureKit — the screen-capture API LDB uses on Mac and the architectural contract for window-sharing flags.
- U.S. Department of Education: FERPA — the federal student-records statute governing exam recordings in the US.
- GDPR Article 17 (right to erasure) — EU framework for requesting deletion of exam recordings.
How to cite this article
- APA 7th edition
LDBypass Editorial. (2026). ProctorU vs LockDown Browser: 2026 Mac Comparison. LDBypass. https://ldbypass.com/comparisons/proctoru-vs-lockdown-browser- MLA 9th edition
- "ProctorU vs LockDown Browser: 2026 Mac Comparison." LDBypass, LDBypass Editorial, 2026-05-13, https://ldbypass.com/comparisons/proctoru-vs-lockdown-browser.
- BibTeX
@misc{ldbypass_proctoruvslockdownbrowser, author = {LDBypass Editorial}, title = {ProctorU vs LockDown Browser: 2026 Mac Comparison}, year = {2026}, publisher = {LDBypass}, url = {https://ldbypass.com/comparisons/proctoru-vs-lockdown-browser}, urldate = {2026-05-13} }
References
- LockDown Browser product documentation. Respondus Inc.. Accessed .
- ScreenCaptureKit framework reference. Apple Developer Documentation. Accessed .
- Privacy & Security on Mac (TCC permissions). Apple Support. Accessed .
- Safe Exam Browser project documentation. ETH Zurich. Accessed .
- Proctorio support documentation. Proctorio Inc.. Accessed .
- Honorlock for students. Honorlock Inc.. Accessed .
- Pearson VUE OnVUE online proctored delivery. Pearson VUE. Accessed .
- LDBypass editorial methodology. LDBypass Editorial. Accessed .